問題タブ [dacpac]

ターゲットSQLServerインスタンスで使用可能な機能に応じて、SSDT / dacpac展開で展開時に列のデータ型を決定する手法を知っている人はいますか？具体的な例：

この場合、SQL ServerインスタンスでFILESTREAMが有効になっていない場合は、FILESTREAMではなく従来のVARBINARY（MAX）BLOBに自動的にフォールバックできるようにしたいと思います。

私は助けが必要です。inno setup を使用して別のユーザーのコンピューターに展開する必要があるデータ層アプリケーション .dacpac があります。スクリプトはターゲット マシンで SQL Server インスタンスを作成し、データ層アプリケーションをデプロイする必要があります。sqlpackage.exe を使用することは可能だと思いますが、インストール exe にすべての依存関係の ddl を含める必要があります。データ層アプリケーションをデプロイする別の方法はありますか?

生成されたバージョン番号を使用して、自動ビルドから DACPAC ファイルを生成します。sqlpackager の操作中には便利ですが、ファイルを操作する前に DACPAC のバージョン番号を確認できる必要があります。

DACPAC ファイルのバージョン番号と説明を照会するには、どのツールを使用できますか (もちろん自動化されています)。

私は .dacpacs を使用して、データベースの更新をさまざまな環境に展開しています。特定の更新プログラムの発行が失敗する原因となるシナリオを発見しました。

新しいテーブルを追加し、新しいテーブルを参照する null 非許容の外部キーを持つdbo.Supplier別のテーブルに列を追加する必要があります。dbo.PickZoneSSDT プロジェクト内のスキーマはこれを反映しており、新しい NOT NULL 列に備えるために、次の配置前スクリプトがあります。

上記のスクリプトは、スキーマとデータを更新して、公開が発生したときに (私は sqlpackage.exe を使用しています)、外部キー制約を に適用しても失敗しないようにしますdbo.PickZone.SupplierId。

問題は、vs2012 Publish と sqlpackage.exe デプロイの両方が必要なスキーマの更新を準備し、デプロイ前スクリプトを実行してから、スキーマの更新を実行するように見えることです。変化します。

これにより、スキーマの公開でテーブルと列の追加が再度試行され、失敗します。

もちろん、dacpac デプロイの外部でこれらのタイプの準備スクリプトを実行するようにデプロイ プロセスを変更できますが、dacpac がすべてのスキーマ変更を担当するようにしたいと思います...

このタイプの更新に対応するためにdacpacを公開する方法を知っている人はいますか?

データベース プロジェクトを VS2010 から VS2012 にアップグレードしました。問題は、生成された dbschema を使用してストアド プロシージャのラッパーを自動的に作成していたことです。更新されたデータベース プロジェクト (または生成された .dacpac) から dbschema を取得するにはどうすればよいですか?

VisualStudio 2012 で SQL Server データベース プロジェクトを作成しました。

コマンド ラインからプロジェクトに *.dacpac ファイルをインポートする方法はありますか? データベース プロジェクトは、データベースの現在の状態に更新する必要があります。

VS2012 のコンテキスト メニューで使用できるコマンドがあることは知っていましたが、このプロセスを自動化するには、コマンド ラインからコマンドを実行する必要があります。

*.dacpac ファイルの代わりに SQL ファイルのインポートも受け付けます。