スキーマの変更後に壊れたストアドプロシージャを検出するにはどうすればよいですか？

データベースの中央のテーブルを変更しました。sp_dependsは文字通り数百の結果を返します。変更後、これらのストアドプロシージャの一部がコンパイルされないのではないかと心配しています。

1つのストアドプロシージャを確認するのは簡単です（変更スクリプトを再実行して、操作が成功するかどうかを確認するだけです）が、100以上のプロシージャでそれを行うのは少し面倒です。

このようなスクリプトを使用してデータベースのすべてのオブジェクトを再コンパイルできることはわかっていますが、実際の操作は、ストアドプロシージャが次に実行されたときにすぐにではなく、実行されるため、私の場合は適切ではないようです。

また、すべてのストアドプロシージャを完全に削除し、データベースをソース管理システムで再同期できると考えていましたが、このオプションは実行可能ではありますが、あまりエレガントではありません。これを行うより良い方法はありますか？

SQLServer 2008 R2を使用していますが、データベーススクリプトはVS 2008データベースプロジェクトに保存されています。

明確にするために、私はコードをテストするためにこのアプローチだけに頼るべきだと主張しているのではありません。C＃とまったく同じように、コードを作成するときに他の依存ファイルの構文エラーを瞬時に検出します（その後、通常は数桁遅いユニットテストなどの他の戦略を使用してテストします）、SQLの依存関係を検出することは理にかなっていると思います通常は完了するまでに数時間かかる完全な機能テストを実行する必要がなく、数秒でエラーが発生します。

単体テスト、機能テスト、統合テスト、パフォーマンステストをどのように実行しますか？テストがない場合は、データベーススキーマをコードとして検討し始め、バージョン管理やテストなど、それをそのように扱うための真剣な時間です。Alex Kuznetsovがこの主題に特化した1冊の本をすべて持っています：SQL Serverによる防御的データベースプログラミング。

これは回避策ですが、データベースのCREATE PROCEDUREスクリプトを生成し（データベースを右クリック->タスク->スクリプトを生成）、CREATE PROCEDUREを検索してALTER PROCEDUREで置き換え、解析できます。

ここでより良い回答が得られることを願っています-私も興味があります！:)

Sql Server Data Tools（SSDT）を使用できます。Microsoft Visual Studioでは、Sql Serverプロジェクトを作成できます。次に、データベースをプロジェクトにインポートして、プロジェクトをビルドします。壊れたストアドプロシージャまたはオブジェクトがあると、コンパイルエラーが発生します。

T-SQLストアドプロシージャを検証するための信頼できる方法を探しているので、このSOの質問を確認することをお勧めします。誰かが持ったの？これは本質的に同じことを求めていますが、いくつかの答えがあります。

Alaa Awadが投稿したスクリプトに基づいて構築するには...参照オブジェクトと参照オブジェクトのスキーマとデータベースを表示する必要があります。あなたは（時々使用しているときに表示エイリアスを経て、多くの一時テーブルを使用している場合sys.sql_expression_dependencies）、UDTTパラメータまたは他の動的な特長あなたは、関数を使用する必要があるかもしれませんsys.dm_sql_referenced_entitiesか、sys.dm_sql_referencing_entities代わりに/も。

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]

SQL Server 2008で追加されたsys.sql_expression_dependenciesを使用する

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