問題タブ [sql-server-data-tools]

私の SSDT プロジェクトには、スクリプト ファイルを含む配置後スクリプトがあります。

:r .\Data\Data.Content.sql

ファイル Data.Content.sql はデータベースのダンプ (挿入ステートメント) であり、「var $sameHeightDivs = $(''.product-tile-region'');' のようなコンテンツが含まれています。データベースには JQuery スクリプトが含まれています。したがって、次のエラーが表示されます。

SQL72008: 変数ドキュメントが定義されていません。 または 72006: 致命的なスクリプト エラー: '$('' の解析中に不正な構文が検出されました

引数 -x を使用して「変数置換を無効にする」を無効にできることがわかりました。

しかし、これをどこかに定義する方法はありますか？(デプロイ後スクリプト? プロジェクト設定?)

または、この問題を解決する別の方法はありますか?

参考までに: ダンプを作成するには、Microsoft.SqlServer.Management.Smo.Scripter を使用します。

敬具、

ボブ

SQLPAckage（SSDT）を使用して列を追加または削除すると、テーブルが再構築されます。これに対する回避策はありますか？

そのため、Visual Studio 2012のSSDT（SQL Serverデータツール）にプロジェクトがあります。このプロジェクトをビルドしても、エラーは発生しません。正常にビルドされます（警告やメッセージもありません）。

ただし、公開しようとすると、次のようになります。

The script file could not be found（これ以上の情報はありません）。

プロジェクトを既存のデータベースとスキーマ比較すると、次のようになります。

Cannot generate deployment plan（繰り返しますが、これ以上の情報はありません）。

「コード分析の実行」を実行した場合にのみ、何かを意味する可能性のあるエラーが発生します。

SQL72043: 7 elements are in an error state

このエラーは、テーブル定義にコンマがないか、同様の些細なエラーが原因である可能性があることはわかっていますが、プロジェクト内のSQLコードのすべての行を調べて問題を見つけるために、何時間も髪を引き裂いてきました。コードのどの行がエラーを引き起こしているのかをもっと明らかにする方法はありますか？

私のデータベース プロジェクトでは、リンク サーバーへの参照を追加しました。このリンク サーバーをビューで使用してデータベース プロジェクトをビルドしようとすると、SSDT はリンク サーバーで参照されているスキーマへの参照を認識できないため、次のエラーが報告されます。

上記は、SSDT が への参照を解読できないというエラーを返します[DB1].[dbo].[Table1]。このデータベースへの参照を追加しようとしましたが、SSDT には.dacpacファイル (別のデータベース プロジェクトによって作成されたもの) またはプロジェクトのデータベースと同じサーバー上のシステム データベースが必要でした。

外部データベースの参照を処理するにはどうすればよいですか? プロジェクトがSSDT データベース プロジェクトではないリモート データベースを参照する必要がある場合があります。私の場合、他社のデータベースにアクセスしており、SSDT プロジェクトとしてこのデータベースをバージョン管理下に置くことは論外です。

Visual Studio データベース プロジェクトを使用して、データベースで変更追跡を有効にしたいと考えています。

コマンドは

しかし、データベース名を取得するためのフォーマット文字列を作成できません

Visual Studio 2010でデータベースプロジェクトの「公開」機能を使用してデータベースを再作成しているときに、古いデータを自動的に復元しようとしています。この機能にどの設定を選択する必要があるかを誰かが知っていますか？

カスタム CLR オブジェクトをインストールした後、Sql Server Developer Tools (SSDT) VS2012 は更新を許可しません。エラーは「ソーススキーマのドリフトが検出されました。比較を押して更新します。更新後、同じことが起こります。

試してみました設定で、オブジェクトをストアドプロシージャだけに設定しました。設定 -> 一般 -> データ損失の可能性をブロック -> オンとオフの両方を試しました。

SSDT公開にデータ移行スクリプトを組み込む体系的な方法はありますか？

たとえば、新しいアクセス許可を必要とする新しい機能を展開すると、一連の挿入の形式でデータベースに追加されます。

生成された公開スクリプトを編集するだけでよいことはわかっていますが、スクリプトを再生成する必要がある場合は、データ移行スクリプトを再度追加することを忘れないでください。

フラット CSV ファイルを既存のデータベース テーブルにインポートする既存の MS SSDT プロジェクトのデータ フローを作成する必要があります。ここまでは順調ですね。

ただし、列「コード」がデータベースに既に保存されている値と一致するすべてのエントリを拒否したいと思います。さらに良いことに、可能であれば、「コード」列がデータベースのエントリと一致する場合は、「説明」列を更新したいと考えています。重要なことは、どのような状況でも重複するコード エントリを作成してはならないということです。

ありがとう

通常のソース管理ソリューションでは、プログラマーはリポジトリからコードを更新し、変更をリポジトリにチェックインします。

ドリフトをプロジェクトに組み込む方法を知っている唯一の方法は、スキーマ比較機能を使用することですが、この機能は、どの変更がどこで発生したかを示すことなく、プロジェクトとターゲット データベースの違いを教えてくれるだけです。スキーマ比較を使用してプロジェクトを更新するときに、これらの項目を慎重に除外しないと、自分で行った変更を元に戻す可能性があります。

私が行った変更を吹き飛ばさないように細心の注意を払うことを心配することなく、ドリフトをプロジェクトに組み込むより良い方法はありますか?