sp_procedure_params_90_rowsetでの過度のコンパイルブロッキング

MSDNでのこの質問の復活：Blocked-process-report：このwaitresourceとは何ですか "OBJECT：32767：124607697：0 [COMPILE]"

プロファイラーでこれらのステートメントをキャッチしました。それらはすべて3秒以上の持続時間を持っています。いくつかの10以上。ブロックアクティビティは、MSDNからのリンクと同じです。

呼び出しはすべて3つの部分の命名を使用します。すべては、次のような形式で異なるprocを指定します。

exec [db1].[sys].sp_procedure_params_90_rowset N'proc1', 1, NULL, NULL
exec [db2].[sys].sp_procedure_params_90_rowset N'proc2', 1, NULL, NULL
exec [db3].[sys].sp_procedure_params_90_rowset N'proc3', 1, NULL, NULL
exec [db4].[sys].sp_procedure_params_90_rowset N'proc4', 1, NULL, NULL

このレベルのブロックを減らすにはどうすればよいですか？

（編集）私は今、同じことを見ています：

exec [db1].[sys].sp_primary_keys_rowset N'view1', N'dbo'
exec [db2].[sys].sp_primary_keys_rowset N'view1', N'dbo'
exec [db3].[sys].sp_primary_keys_rowset N'view1', N'dbo'
exec [db4].[sys].sp_primary_keys_rowset N'view1', N'dbo'

体系的な何かが起こっていますが、他に何をすべきかわかりません。呼び出し元はADOを介したVB6です。これらの呼び出しを行うのはADOです。

ブロックされたプロセスレポートの例を以下に示します

 <blocked-process-report>
    <blocked-process>
        <process
            id="process5bc1288"
            taskpriority="0"
            logused="0"
            waitresource="OBJECT: 32767:124607697:0 [COMPILE]"
            waittime="28887"
            ownerId="11638114050"
            transactionname="sqlsource_transform">
            <executionStack>
                <frame
                    line="1"
                    sqlhandle="0x000000000000000000000000000000000000000000000000">
                    <sqltext>EXEC [dbo].[spAlertDetectByPoll] ':V:^RMAlert^:Z:^&amp;N&amp;#RMAlert#&amp;S&amp;#L#&amp;UID&amp;#19#&amp;AGN&amp;#1#&amp;DFC&amp;#103#^', 1</sqltext>
                </frame>
            </executionStack>
            <inputbuf>
SET NO_BROWSETABLE OFF   </inputbuf>
        </process>
    </blocked-process>
    <blocking-process>
        <process
            status="suspended"
            waitresource="OBJECT: 32767:124607697:0 [COMPILE]"
            waittime="35693"
            spid="1121"
            sbid="0"
            ecid="0"
            priority="0"
            trancount="0"
            lastbatchstarted="2013-12-16T14:45:48.960">
            <executionStack>
                <frame
                    line="1"
                    sqlhandle="0x000000000000000000000000000000000000000000000000" />
            </executionStack>
            <inputbuf>
SET NO_BROWSETABLE OFF   </inputbuf>
        </process>
    </blocking-process>
</blocked-process-report>

素晴らしいブログ記事があります http://blogs.msdn.com/b/support_sql_france/archive/2012/02/07/sql-server-compilation-gateways-and-resource-semaphore-query-compile.aspx で何が説明されていますハプニング。

SQL Serverでは、複雑さに基づいて一定数のコンパイルが可能です。それらを小、中、大にグループ化します。大規模なコンパイルの場合、一度にコンパイルできるのは1つだけです。したがって、すべてのprocが大きいと見なされ、それぞれを順次コンパイルする必要があるとします。それがブロッキングの原因になる可能性があります。
この問題にはいくつかのアプローチがあると思います-より多くのリソースを検討してください（CPUを増やすと、中小規模のクエリをより多く並行して実行できるようになります。また、メモリを増やすと問題が解決する場合があります。

あなたが私たちのほとんどと同じなら、それは不可能かもしれません。別のオプションは、ADO呼び出しを確認し、すべての呼び出しが同時に発生しないように呼び出しの数を削減または分散できるかどうかを確認することです。任意の時点で数を減らすと、待ち時間が短くなります。

それでもうまくいかない場合は、ストアドプロシージャの「コンパイル可能性」を修正することを検討してください。それらを小さなチャンクに分割すると、小さなバケットまたは中程度のバケットに縮小され、より多くの並列コンパイルが可能になる場合があります。または、毎回procを再コンパイルする必要がある理由を判断します。再コンパイルする必要がないように書き換えられるかどうかを確認します。最後に、プランガイドの使用を検討します。これらにより、プロシージャをプリコンパイルでき、時間を節約できます。

役立つことを願っています