問題タブ [stored-procedures]

約10回（実行するたびに約1秒）実行するのに10秒かかるSPがあります。プラットフォームはasp.netで、サーバーはSQL Server 2005です。テーブルにインデックスを付けました（PKにもありません）。これは問題ではありません。いくつかの警告：

• usp_SaveKeywordは問題ではありません。私はそのSP全体をコメントアウトしましたが、違いはありませんでした。
• @SearchIDを1に設定すると、時間が大幅に短縮され、トランザクションに平均で約15ミリ秒しかかかりませんでした。
• tblSearchesへの挿入を除いて、ストアドプロシージャ全体をコメントアウトしましたが、奇妙なことに、実行に時間がかかりました。

何が起こっているのかについてのアイデアはありますか？

私が読んだすべてのことは、マネージストアドプロシージャを作成するときに、Visual Studio で右クリックしてデプロイを選択することを示しています。これで問題なく動作しますが、Visual Studio の外部のさまざまな場所に展開したい場合はどうすればよいでしょうか? プロジェクトがSQLで構築したdllでアセンブリを作成しようとしましたが、アセンブリを追加しましたが、アセンブリからプロシージャを作成しませんでした。Visual Studio を使用せずに、SQL で直接これを行う方法を見つけた人はいますか?

ある SQL Server から別の SQL Server にストアド プロシージャ (SP) をコピーする必要がある場合は、SSMS で SP を右クリックし、[ストアド プロシージャのスクリプト] を選択して > [作成] > [新しいクエリ エディター ウィンドウ] を選択します。次に、そのウィンドウを右クリックして [接続] > [接続の変更...] を選択し、新しいサーバーを選択して F5 キーを押して新しいサーバーで作成を実行し、接続を変更します。

私の質問は、「別の SQL Server に接続するための T-SQL 構文は何ですか?」です。これを作成スクリプトの先頭に貼り付けて F5 キーを押して実行すると、新しいサーバーに切り替わり、作成スクリプトが実行されます。

質問を入力しているときに、私がやろうとしていることの背景を教えていただければ、これを達成するためのより迅速でより良い方法を思いつくかもしれないことに気付きました。

私は実際に SQL 2005 で SP に取り組んでいます。SP を使用してジョブを作成し、特定の時間にスケジュールしています。データベースが非常に大きいため、これらのジョブは完了するまでに少なくとも 5 ～ 10 分かかります。しかし、ジョブのステータスを確認する方法がわかりません。正常に完了したか、実行中にエラーが発生したかを知りたいです。例外では、適切なエラー コードも返します。しかし、このエラーコードを確認できる場所がわかりません。

SQL 2005 にストアド プロシージャがあります。ストアド プロシージャは、実際には SP の最初に一時テーブルを作成し、最後に削除しています。現在、VS 2005 で SP をデバッグしています。SP の間で、一時テーブルの内容を知りたいと考えています。実行時に一時テーブルの内容を表示するのを手伝ってくれる人はいますか?

ありがとうございます

5 ～ 10 分かかる長時間実行レポート タイプのトランザクションがいくつかあります。ストアド プロシージャを使用するとパフォーマンスが向上しますか? それは重要でしょうか？

各クエリは 1 晩に 1 回実行されます。

SQL Server 2000で、ストアドプロシージャが最後に実行された日時を確認する方法はありますか？

SQL Server ストアド プロシージャまたは関数から .NET アセンブリを参照したり、SQL Server から clr コードにアクセスしたりすることはできますか?

編集このソリューションはやや一般的である必要がありますが、SQL 2005+を期待していると確信しています

わかりました、これは巻き毛です。私が書いていない Delphi コードに取り組んでいるのですが、非常に奇妙な問題に遭遇しています。ストアド プロシージャのパラメーターの 1 つが、null確実に送信されているにもかかわらず、として送信されてい1ます。

Delphi コードは、TADOQuery を使用してストアド プロシージャを実行します（匿名化）。

Integer(SomeFunction())現在、常に 1 を返します - デバッガーで確認しました。

ただし、ストアド プロシージャ (デバッグ目的で変更) では:

TempLog確かに「ああ、がらくた」で終わります（副次的な質問：ストアドプロシージャをデバッグするより良い方法があるに違いありません：それは何ですか？）。

プロファイラーからのトレースの例を次に示します。

これは私には少し奇妙に見えます。@p3と@P3 を使用していることに注意してください。これが問題の原因になっている可能性はありますか?

もう 1 つの奇妙な点は、使用する TADOConnection に依存しているように見えることです。

プロジェクトは、別のアプリケーションから TADOConnection を渡される dll です。この接続を使用して、すべてのストアド プロシージャを呼び出します。

この接続を使用する代わりに、最初にこれを行います。

その後、問題は発生しません！この状況からのトレースは次のとおりです。

残念ながら、これは私が従うには少し多すぎます。これに影響を与える可能性のある TADOConnection オプションの種類は何ですか?

誰にもアイデアはありますか？

編集： 以下の更新（この質問をもう作りたくありませんでした：P）

VS 2005内からストアドプロシージャ（SQL Server 2005）をリモートでデバッグできるようにするために必要な手順は何ですか？

クライアントマシンとサーバーマシンの両方が同じドメイン上にあります。私はこれを行ったことがないので、ステップバイステップの説明をいただければ幸いです。