3
SSDT(私が疑う)は、あなたが指すデータベースに__RefactorLogというテーブルを作成します。SQL Serverの__RefactorLogテーブル - 削除するのに安全ですか?
リリースをヒットした場合、展開時にスキーマ作成スクリプトに含めることで何のメリットも見られないため、このテーブルを削除することに何らかの害がありますか?これは、SSDTによって作成された
SSDT(私が疑う)は、あなたが指すデータベースに__RefactorLogというテーブルを作成します。SQL Serverの__RefactorLogテーブル - 削除するのに安全ですか?
リリースをヒットした場合、展開時にスキーマ作成スクリプトに含めることで何のメリットも見られないため、このテーブルを削除することに何らかの害がありますか?これは、SSDTによって作成された
、私はそれに自分自身を任意の欠点を見ることはできませんが、私は私が欠けている何かがありますかどうかを確認するために、ここで知識豊富な人への質問を提起したいのですが...デプロイメントを実行してテーブルをクリアするだけでSSDTのリファクタ(Refactor - > Renameのようなもの)を使用すると、失敗したり災害の原因となる古いリファクタリングを再試行します。
テーブルをクリアする場合は、プロジェクト内のrefactorlog.xmlからもエントリを削除してください。ファイルはかなりわかりやすいです。
(私はこれがとにかくほとんどありません推測)古いdacpacを展開しようとしていないことを確認してください
エド
エドの応答が正確です。 SSDTプロジェクトで最も一般的な「リファクタ」操作は、テーブルデザイナを使用してテーブルの列の名前を変更することです。 T-SQLパネルでの列名の編集はリファクタリング操作とはみなされませんが、テーブルデザイナでの列名の編集はリファクタリングと見なされます。これは微妙で重要な動作です。 –