Thay đổi mặc định toàn hệ thống để tối đa hóa

Làm cách nào để thay đổi giá trị mặc định trên toàn hệ thống MAXRECURSION?

Theo mặc định là 100, nhưng tôi cần tăng nó lên 1000.

Tôi không thể sử dụng các gợi ý truy vấn vì tôi đang sử dụng một chương trình lấy truy vấn của mình và thực hiện nó cho tôi và thật không may, tôi không thể vượt qua giới hạn này.

Tuy nhiên, tôi có quyền quản trị viên trên máy chủ. Tôi đã chọc vào các khía cạnh của máy chủ, nhưng tôi không thấy bất cứ điều gì ở đó liên quan đến các tùy chọn truy vấn hoặc đệ quy. Tôi giả sử có có được một vị trí ở đâu đó nơi tôi có thể cập nhật mặc định toàn hệ thống.

Có ý kiến ​​gì không?

Nếu các truy vấn của bạn có hình dạng chung, bạn có thể thêm gợi ý tối đa được yêu cầu bằng một hoặc nhiều hướng dẫn kế hoạch.

Có thể có một sở trường để làm cho họ đúng. Nếu bạn thêm chi tiết truy vấn cụ thể vào câu hỏi của bạn, chúng tôi có thể giải quyết vấn đề đó cho bạn. Thông thường, bạn sẽ theo dõi SQL thực sự đánh vào máy chủ hoặc lấy một biểu mẫu được tham số hóa bằng cách sử dụng thủ tục tích hợp sys.sp_get_query_template , sau đó tạo hướng dẫn kế hoạch TEMPLATE và / hoặc OBRI / SQL.

Xem tài liệu để biết thêm thông tin:

• Hướng dẫn kế hoạch
• Tạo một hướng dẫn kế hoạch mới
• Tạo một hướng dẫn kế hoạch cho các truy vấn tham số
• Chỉ định hành vi tham số hóa truy vấn bằng cách sử dụng Hướng dẫn kế hoạch
• Áp dụng Kế hoạch truy vấn cố định cho Hướng dẫn kế hoạch
• Đính kèm Gợi ý truy vấn vào Hướng dẫn kế hoạch
• Xem thuộc tính hướng dẫn kế hoạch
• Sử dụng SQL Server Profiler để tạo và kiểm tra hướng dẫn kế hoạch
• Xác thực Hướng dẫn Kế hoạch sau khi Nâng cấp

Hướng dẫn về kế hoạch sẽ cần được xác nhận lại bất cứ khi nào mã ứng dụng thay đổi và khi SQL Server được vá hoặc nâng cấp. Đây chỉ là một phần của chu kỳ kiểm tra bình thường của bạn.

Lưu ý rằng xác thực hướng dẫn kế hoạch bằng sys.fn_validate_plan_guide có thể báo cáo sai một lỗi nếu câu lệnh được hướng dẫn tham chiếu bảng tạm thời. Xem câu hỏi này:

Xác thực hướng dẫn kế hoạch với fn_validate_plan_guide cho kết quả dương tính giả

Các Kế hoạch Hướng dẫn thành công và Kế hoạch Hướng dẫn Không thành công Profiler và sự kiện mở rộng các lớp học cũng có thể được sử dụng để theo dõi các ứng dụng hướng dẫn kế hoạch.

Connect được nghỉ hưu trước khi cải tiến đề nghị sản phẩm Cho phép giới hạn MAXRECURSION giá trị khác hơn 100 cho quan điểm và UDFs bởi Steve Kass đã được thực hiện. Nếu bạn muốn tiếp tục với Microsoft ngay bây giờ, hãy xem các tùy chọn tại trợ giúp và phản hồi của SQL Server .

Nếu bạn hoàn toàn phải sử dụng một hàm (giới hạn của công cụ ETL như bạn ngụ ý), bạn có thể chỉ định OPTIONlà một phần của hàm có giá trị bảng nhiều câu lệnh, ví dụ như thế này:

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

Điều này cũng làm việc cho tôi khi được bao bọc trong một khung nhìn như bạn đề xuất các công cụ ETL của bạn. Không có cách nào để thay đổi toàn hệ thống này, nhưng vì đệ quy có thể không hiệu quả, đây có lẽ là một điều tốt. Bạn không thể chỉ định một gợi ý truy vấn (sử dụng OPTION) trong phần thân của hàm có giá trị bảng nội tuyến, như trong ví dụ của bạn.

Cân nhắc thay đổi quy trình của bạn để đi theo cấu trúc phân cấp chỉ một lần khi bạn nhận được các Tập và lưu trữ đầu ra trong một bảng quan hệ. Bạn có thể sử dụng một Proc được lưu trữ để làm điều này để không gặp phải giới hạn này.

Tôi cũng nghĩ rằng có thể có một lỗi trong mã của bạn: nếu CTE của bạn tham gia vào personId và đệ quy trên eventId, eventId 101 sẽ xuất hiện hai lần tôi nghĩ, như một bản sao. Có thể tôi đã hiểu sai mã của bạn, hãy cho tôi biết bạn nghĩ gì.

HTH

Tôi lấy cảm hứng từ chủ đề này .

Đây là những gì tôi đã làm để giải quyết vấn đề.

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

Sau đó, tôi gọi hàm này như thế này:

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

Bằng cách này, không có logic CTE nào của tôi phải được lặp lại và tôi không phải trả thêm bất cứ điều gì về hiệu suất. Đó là một phiền toái rằng nó phải được thực hiện theo cách này, nhưng tôi có thể sống với nó.