1 時間あたり数百万のオーダーで、かなりの数の行を入力する必要があるテーブルがあります。
現在、エンティティ フレームワークを使用して C# でアプリケーションを開発していますが、一括コピーはサポートされていません。以前に一括コピーを使用するソリューションを開発しましたが、これは大幅なパフォーマンスの向上でした。
UNIQUE制約の競合を解決するために、データをステージング テーブルにコピーしてから、ステージング テーブルを運用テーブルとマージしています。
今日の私の質問は、一時テーブルをストアド プロシージャ内の変数として使用し、そこですべてのマージと競合解決を行うべきですか? 現在のソリューションでは、一括コピーを実行してから、テーブルをマージして空にするストアド プロシージャを呼び出します。
一時テーブルを使用すると、パフォーマンスにどのような影響がありますか?
一時テーブルを使用することは悪い習慣と見なされますか? もしそうなら、なぜですか？
この問題を解決するために使用するのに適した MSSQL 2012 の代替手段はありますか?