Làm thế nào tôi có thể phát hiện các thủ tục lưu trữ bị hỏng sau khi thay đổi lược đồ?

Tôi đã sửa đổi một bảng trung tâm trong cơ sở dữ liệu của mình và sp_depends thực sự trả về hàng trăm kết quả và tôi lo ngại một số quy trình được lưu trữ đó có thể không được biên dịch nữa sau khi tôi thay đổi.

Kiểm tra một thủ tục được lưu trữ là dễ dàng (tôi chỉ chạy lại tập lệnh thay đổi và xem liệu thao tác có thành công hay không), nhưng thực hiện điều đó trên 100 thủ tục thì hơi phức tạp.

Tôi biết tôi có thể sử dụng một tập lệnh như thế này để biên dịch lại tất cả các đối tượng của cơ sở dữ liệu của mình, nhưng hoạt động thực tế sẽ diễn ra vào lần tới khi thủ tục được lưu trữ được thực thi, không phải ngay lập tức, vì vậy có vẻ không phù hợp trong trường hợp của tôi.

Tôi cũng đã nghĩ rằng tôi có thể bỏ hoàn toàn tất cả các thủ tục được lưu trữ và tái cấu trúc lại cơ sở dữ liệu của mình với hệ thống kiểm soát nguồn của mình, nhưng tùy chọn đó, mặc dù khả thi, nhưng không thanh lịch lắm. Có cách nào tốt hơn để làm điều này?

Tôi đang sử dụng SQLServer 2008 R2 và các tập lệnh cơ sở dữ liệu của tôi được lưu trữ trong dự án cơ sở dữ liệu VS 2008.

Để làm rõ, tôi không ủng hộ người ta chỉ nên dựa vào cách tiếp cận này để kiểm tra mã. Cũng giống như trong c # bạn ngay lập tức phát hiện lỗi cú pháp trong các tệp phụ thuộc khác khi bạn viết mã (và sau đó sử dụng các chiến lược khác để kiểm tra, chẳng hạn như kiểm tra đơn vị, thường chậm hơn vài bậc), tôi nghĩ sẽ hợp lý khi phát hiện các phụ thuộc SQL lỗi trong vài giây thay vì phải chạy một bài kiểm tra chức năng đầy đủ, thường có thể mất vài giờ để hoàn thành.

Làm thế nào về bạn chạy đơn vị, kiểm tra chức năng, tích hợp và hiệu suất của bạn? Nếu bạn không có bất kỳ thử nghiệm nào thì đây là thời gian nghiêm túc để bắt đầu xem xét lược đồ cơ sở dữ liệu của bạn dưới dạng mã và xử lý nó như vậy, bao gồm kiểm soát phiên bản và thử nghiệm. Alex Kuznetsov có toàn bộ cuốn sách dành riêng cho chủ đề này: Lập trình cơ sở dữ liệu phòng thủ với SQL Server .

Đó là một công việc xung quanh, nhưng bạn có thể tạo tập lệnh CREATE PROCEDURE cho cơ sở dữ liệu (cơ sở dữ liệu nhấp chuột phải -> tác vụ -> tạo tập lệnh), tìm và thay thế TẠO QUY TRÌNH bằng THỦ TỤC THAY ĐỔI rồi phân tích cú pháp.

Tôi hy vọng bạn nhận được câu trả lời tốt hơn ở đây - Tôi cũng quan tâm! :)

Bạn có thể sử dụng Công cụ dữ liệu máy chủ Sql (SSDT). Microsoft Visual Studio cho phép bạn tạo một dự án Sql Server. Một sau đó nhập cơ sở dữ liệu vào dự án và sau đó xây dựng dự án. Nếu có bất kỳ thủ tục hoặc đối tượng lưu trữ bị hỏng, bạn sẽ gặp lỗi biên dịch.

Bạn có thể muốn xem xét câu hỏi SO này Tôi đang tìm kiếm một cách đáng tin cậy để xác minh các thủ tục được lưu trữ T-SQL. Có ai có một cái không? đó là hỏi về cơ bản cùng một điều, với một số câu trả lời.

Để xây dựng dựa trên kịch bản Alaa Awad đã đăng ... điều này sẽ hiển thị lược đồ và cơ sở dữ liệu của các đối tượng được tham chiếu và tham chiếu. Nếu bạn đang sử dụng nhiều bảng tạm thời thông qua các bí danh (đôi khi hiển thị khi sử dụng sys.sql_expression_dependencies), các tham số UDTT hoặc các tính năng động khác bạn có thể cần sử dụng các chức năng sys.dm_sql_referenced_entitieshoặc sys.dm_sql_referencing_entitiesthay vào đó / cũng có thể.

SELECT
    DB_NAME() + '.' + OBJECT_SCHEMA_NAME(sed.referencing_id) + '.' + OBJECT_NAME(sed.referencing_id) AS [referencingObject],
    isnull(sed.referenced_server_name + '.', '') + isnull(sed.referenced_database_name + '.', DB_NAME() + '.') + isnull(sed.referenced_schema_name + '.', OBJECT_SCHEMA_NAME(sed.referencing_id) + '.') + sed.referenced_entity_name AS [missingReference]
FROM 
    sys.sql_expression_dependencies sed
WHERE 
    sed.is_ambiguous = 0
    AND OBJECT_ID(isnull(sed.referenced_database_name + '.', DB_NAME() + '.') + isnull(sed.referenced_schema_name + '.', OBJECT_SCHEMA_NAME(sed.referencing_id) + '.') + sed.referenced_entity_name) IS NULL
ORDER BY
    [referencingObject], [missingReference]

sử dụng sys.sql_expression_dependencies được thêm vào máy chủ sql 2008

CREATE PROCEDURE [dbo].[spMaintenance_Find_Broken_Dependencies]

AS
SELECT
    OBJECT_NAME(referencing_id) AS [referencingObject],
    referenced_entity_name AS [missingReference]
FROM 
    sys.sql_expression_dependencies
WHERE 
    is_ambiguous = 0
    AND OBJECT_ID(referenced_entity_name) IS NULL
ORDER BY 
    OBJECT_NAME(referencing_id), referenced_entity_name

GO