Sql Server 2005 で UDF からいくつかの CLR コードにアクセスすることを検討しています。
CLR コードでスローされた未処理の例外がサーバーをダウンさせるという話を聞いたことがあります。
明らかに、私の関数には try-catch ブロックが含まれます。ただし、特定の例外 (stackoverflow) はキャッチをスキップできます。
CLR コードがサーバーをダウンさせるリスクを完全に排除 (または最小化) できる一連のガイドラインを持っている人はいますか?
Sql Server 2005 で UDF からいくつかの CLR コードにアクセスすることを検討しています。
CLR コードでスローされた未処理の例外がサーバーをダウンさせるという話を聞いたことがあります。
明らかに、私の関数には try-catch ブロックが含まれます。ただし、特定の例外 (stackoverflow) はキャッチをスキップできます。
CLR コードがサーバーをダウンさせるリスクを完全に排除 (または最小化) できる一連のガイドラインを持っている人はいますか?
コードは何をしますか?
結合や複雑さが増し、完全に移植性がなくなる可能性が高いとわかっているテクノロジを使用するよりも、最初に CLR を使用せずに目標を達成することで、リスクを完全に回避することを検討することをお勧めします。ただし、問題が何であるか、または CLR が本当に必要かどうかがわからない場合は、何もお勧めできません。
CLR 関数を使用するクエリを並列処理する機能を抑制することを強くお勧めします。走行距離は異なる場合がありますが、これにより SQL エンジン エラーの一部が解消されることがわかりました。
http://msdn.microsoft.com/en-us/library/ms181714.aspx
WITH( MAXDOP 1)