Cambiar el valor predeterminado del sistema para maxrecursion

¿Cómo cambio el valor predeterminado de todo el sistema de MAXRECURSION?

Por defecto es 100, pero necesito aumentarlo a algo así como 1000.

No puedo usar sugerencias de consulta ya que estoy usando un programa que toma mi consulta y la ejecuta por mí y desafortunadamente no puedo evitar esta limitación.

Sin embargo, tengo derechos de administrador en la instancia del servidor. He hurgado en las facetas del servidor, pero no veo nada relacionado con las opciones de consulta o la recursividad. Supongo que tiene que haber un lugar en algún lugar donde pueda actualizar el valor predeterminado de todo el sistema.

¿Algunas ideas?

Si sus consultas tienen una forma común, es posible que pueda agregar la sugerencia de recursión máxima requerida utilizando una o más guías de plan.

Puede haber una habilidad especial para acertar. Si agrega detalles específicos de la consulta a su pregunta, podríamos resolverlo por usted. Por lo general, debe rastrear el SQL que realmente está llegando al servidor, u obtener un formulario parametrizado utilizando el procedimiento incorporado sys.sp_get_query_template , y luego crear una guía de plan TEMPLATE y / u OBJECT / SQL.

Consulte la documentación para obtener más información:

• Guías de plan
• Crear una nueva guía de plan
• Crear una guía de plan para consultas parametrizadas
• Especificar el comportamiento de parametrización de consultas mediante guías de plan
• Aplicar un plan de consulta fijo a una guía de plan
• Adjunte sugerencias de consulta a una guía de plan
• Ver propiedades de la guía del plan
• Utilice el Analizador de SQL Server para crear y probar guías de plan
• Validar las guías del plan después de la actualización

Las guías de plan deberán revalidarse cada vez que cambie el código de la aplicación y cuando se parche o actualice SQL Server. Esto debería ser parte de su ciclo de prueba normal.

Tenga en cuenta que la validación de la guía del plan utilizando sys.fn_validate_plan_guide puede informar incorrectamente un error si la instrucción guiada hace referencia a una tabla temporal. Ver esta pregunta:

La validación de la guía del plan con fn_validate_plan_guide da falsos positivos

Las clases Planificador exitoso y Planificador exitoso de la guía del plan y Eventos extendidos también se pueden usar para monitorear las aplicaciones de la guía del plan.

Connect se retiró antes de la sugerencia de mejora del producto Permitir valores límite MAXRECURSION distintos de 100 para vistas y UDF de Steve Kass se implementó. Si desea abordarlo ahora con Microsoft, consulte las opciones en la ayuda y comentarios de SQL Server .

Si tiene que usar absolutamente una función (una limitación de su herramienta ETL como usted lo implica), puede especificar OPTIONcomo parte de una función con valores de tabla de varias instrucciones, por ejemplo, algo como esto:

CREATE FUNCTION dbo.udf_MyFunction ( @StartID INT ) 
RETURNS @tv TABLE
(
id INT
)
AS
BEGIN

    WITH Episodes( xlevel, PersonID, EventID, EpisodeID, StartDT, EndDT ) AS (
    -- Anchor case - the first EventID for each person.
    SELECT 1 AS xlevel, PersonID, EventID, @StartID, StartDT, EndDT 
    FROM dbo.EventTable
    WHERE EventID = @StartID

    UNION ALL

    SELECT xlevel + 1, et.PersonID, et.EventID, c.EventID + 1, et.StartDT, et.EndDT
    FROM Episodes c
        INNER JOIN dbo.EventTable et ON c.PersonID = et.PersonID
            AND et.EventID = c.EventID + 1
    --WHERE c.EventID <= (@StartID + 99)
    )
    INSERT INTO @tv
    SELECT PersonID
    FROM Episodes
    OPTION ( MAXRECURSION 1000 )

    RETURN

END
GO

Esto también funcionó para mí cuando se envolvió en una vista, como sugiere que sus herramientas ETL lo hacen. No hay forma de alterar este sistema, pero como la recursión puede ser ineficiente, probablemente sea algo bueno. No puede especificar una sugerencia de consulta (usando OPTION) dentro del cuerpo de una función con valores de tabla en línea, como en su ejemplo.

Considere modificar su proceso para recorrer la jerarquía solo una vez cuando reciba sus Episodios y almacene la salida en una tabla relacional. Puede usar un proceso almacenado para hacer esto, de modo que no se encuentre con esta limitación.

También creo que puede haber un error en su código: si su CTE se une a personId y se repite en eventId, el eventId 101 se presentaría dos veces, creo, como un duplicado. Posiblemente he malinterpretado su código, hágame saber lo que piensa.

HTH

Me inspiré en este tema .

Esto es lo que he hecho para resolver el problema.

CREATE FUNCTION MySchema.udf_MyFunction(@StartID INT) 
RETURNS TABLE 
AS RETURN
WITH
Episodes(PersonID, EventID, EpisodeID, StartDT, EndDT) AS (
  -- Anchor case - the first EventID for each person.
  SELECT PersonID, EventID, @StartID, StartDT, EndDT 
  FROM MySchema.EventTable
  WHERE EventID = @StartID
UNION ALL
  SELECT
    ...
  WHERE
    EventID <= (@StartID + 99)
)
SELECT * FROM Episodes

Luego invoco esta función así:

WITH
Episodes AS (
  SELECT * FROM MySchema.udf_MyFunction(1)
UNION ALL
  SELECT * FROM MySchema.udf_MyFunction(101)
UNION ALL
  SELECT * FROM MySchema.udf_MyFunction(201)
-- ...
UNION ALL
  SELECT * FROM MySchema.udf_MyFunction(901)
)
SELECT * FROM Episodes

De esta manera, nada de mi lógica CTE tiene que repetirse y no pago nada extra en términos de rendimiento. Es una molestia que tenga que hacerse de esta manera, pero puedo vivir con eso.