VS2010で新しいSQL2005データベースプロジェクトを使用する。オブジェクトと設定をインポートし、プロジェクトをビルドしました。 「データベーススキーマの分析」で行き詰まっているようです。データベースプロジェクトは、3267の操作が完了すると準備が整います。
これには数時間かかるようです。これをスピードアップする方法はありますか?
.dbmdlファイルが大きすぎる場合にこれが発生する可能性があることをどこかで読みましたが、それはわずか2.6MBです。
操作タブの下
3.1 Auto create staticticsのチェックを外し、
3.2 Auto update statisticsチェックボックスをオフにします。
これにより、操作の数が約90%減少し、分析が終了するはずです瞬時に。
この質問は少し古いですが、解決策を検索するときに最初に出てくるので、2セント追加します。
修正プログラムをインストールした後もこの問題が解決しない場合は、これを試してみてください。これでうまくいきました。
Windowsエクスプローラーでデータベースプロジェクトフォルダーを開きます。次のファイル/フォルダーを削除します。
Visual Studioを閉じて再度開きます。 [ビルド]をクリックします。
プロジェクトは私にとってうまくいきました。
SQL Server Data-Tier Application Frameworkの2013年3月の更新のリリースノートによると、このバグはすぐに修正されるはずです。
Visual Studioのデータベースプロジェクトが「データベーススキーマの分析中…」でハングするこのリリースでは、大きなデータベースプロジェクトをロードまたはビルドするときに発生する可能性がある問題に対処しています。場合によっては、操作が完了しないことがあります。これは機能の修正であり、パフォーマンスの向上ではありません。修正を行っても、この操作を完了するまでの時間はプロジェクトのサイズと複雑さに依存します
http://www.Microsoft.com/en-us/download/details.aspx?id=36842
古い質問ですが、まだ解決されていないようです。
私のdacpacには10000以上のオブジェクトがあり、ビルドは検証ステージで40分以上スタックしました。他のコメントと回答で提案されたオプションを試してみましたが、喜びはありませんでした。
どうやら、モデルの検証も「ケース検索」を行います。オプションをオフにすると、ビルド時間が1分未満になりました。
SSDTプロジェクトが(私の場合のように)常に使用するものではない場合は、プロジェクトをアンロードして、アンロードしたままにすることができます。この方法では、Visual Studioでソリューションを開くのに時間がかかりません。
SSDTプロジェクトで何かを行う必要がある場合は、その時点でプロジェクトを再ロードできます。
この場合、プロジェクトビルドにそれ(SQLファイル)を含めない場合は、ファイルの作成時にオプション「ビルドなし」を選択するか、SQLファイルプロパティBuild = "None"を変更します。これにより、.sqlprojファイルが変更され、Visual Studioの再起動が必要になります。
これで解決し、私の命が救われました!
これが可能な修正です。 (速度の問題のため、以前にSQLデータベースでスキーマを再作成する必要がありました)しかし、この記事は一見の価値があります。 -あなたの問題に近い音。 dbmlファイルをVisual Studio 2010で開けません
データベースオブジェクトの分析(VS 2015 Update 3で)は通常よりも時間がかかり、VSの再起動を繰り返し試行した後に発生していました。オブジェクトの数が15分間変化しなかったときに、物事がハングしたのではないかと思います。私にとって、次のことが再び私を動かしました。
うまくいけば、これは私がいた同じ場所にいる誰かを助けるでしょう。
Visual Studio 2019 Enterpriseバージョン16.3.2でこの問題が発生しましたが、ローカルデータベースプロジェクトを削除するだけで解決し、DevOpsコードリポジトリからプロジェクトの最新バージョンを再帰的に取得しました