問題タブ [datadude]

データベースプロジェクト（VS 2010）を使用する場合、データベースVSDBCMDまたはSQLCMDを展開するためのより良いオプションです。デフォルトの変数（データベース名、データパス、ログパス）以外に大きな欠点はありますか？

まず第一に、私が得ているエラーは、（データベースサーバータイプの）参照プロジェクトを作成し、それをデータベースプロジェクトで参照することで解決できることを知っています...しかし、これは、特に小規模なチームにとってはやり過ぎだと思います。開発者とデータベース管理者の間に特定の役割の分離はありません。しかし、この議論は別の機会に残しましょう...同じことがDACにも当てはまります...サポートされている限られたオブジェクトのDAC b/cを使用できません...

質問 ここで、質問は次のとおりです。データベースプロジェクトをビルドするときにSQL03006エラーを無効にできますか（およびその方法）。私の場合、このエラーは、ログインが「未解決」のユーザーを作成しているために発生します...スクリプトを展開する前にサーバーにログインが存在することを「知っている」ので、これは可能であると思います。 。また、参照を解決し続けることができるように、データベースサーバープロジェクトを維持したくありません（サーバーレベルでのログイン以外には何もありません）...

回避策 展開前/展開後のスクリプトを使用すると、秘密を機能させるのは簡単です...

回避策の問題回避 策として、ユーザースクリプト（ログイン参照を使用）をコメントアウトする必要があります...これを行うとすぐに、.sqlpermissionsが爆破され、参照されているユーザーがいないと表示されます...次に、アクセス許可をコメントアウトする必要がありますデプロイ後のスクリプトにそれらを配置します...この回避策の主な欠点は、スキーマを最大限に活用できないことです（ユーザー/ログイン/権限を無視するように指定する必要があります）

繰り返しになりますが、1。DBプロジェクトのみを維持する（DBサーバープロジェクトへの参照はありません）2。SQL03006エラーを無効化/抑制します3.DBプロジェクトでスキーマ比較を使用できるようにします

私は不可能を求めていますか？:)

乾杯

PS誰かがより良いVS2010データベースプロジェクトテンプレート/ツール（SQL Server 2008 R2用）を知っている場合は、共有してください...

リモート展開に焦点を当てた、Datadude (Visual Studio データベース プロジェクト) の適切なウォークスルーと、すべきこととすべきでないことを誰か教えてもらえますか? 独自のテスト環境のバージョン管理と更新に使用しています。私の質問は、顧客のテストおよび実稼働環境をアップグレードする必要がある場合、何をすべきかということです。私はちょっとしたスクリプトを作成し、vsdbcmd と dbschema を使用して、運用環境で直接更新スクリプトを作成してきましたが、このアプローチにはあまり満足していません。理想的には、データベースのアップグレードを「インストーラー」としてパッケージ化する必要があります (またはインストールの一部ですが、今は触れません - WiX ため息*)、データベースの比較を「オンサイト」で実行します。 、更新スクリプトを生成し、エラー時に呼び出してロールバックします。

アイデア、見逃したかもしれない良いブログ投稿、読む必要があるウォークスルーはありますか?

前もって感謝します！

/碧玉

私は RedGate の SQL ツールと Microsoft の Visual Studio Team System Database Edition (以前の Data Dude) をテストおよび継続的統合環境で使用することを検討してきました。

私たちができる必要があるのは、次のことです。

• ソース管理下のスキーマとデータ
• TeamCity を使用した自動化された継続的統合 (コマンドライン)
• 変更 (およびデータ) を環境 (ステージング、運用、テスト) にプッシュしますが、Visual Studio からはプッシュしません

どのソリューションが私たちのニーズに最も合っているか、そして両方の製品に対する人々の意見、見解、経験は何ですか. あなたはどちらを選びましたか、また、なぜ選びましたか? 私が見逃した代替手段はありますか？

vsdbcmdを使用してデータベースをデプロイする場合：

私は得る：

SQL01268 .Net SqlClient Data Provider: Msg 50000, Level 16, State 127, Line 6 Rows were detected. The schema update is terminating because data loss might occur. SQL01268 An error occurred while the batch was being executed.

これは問題ありませんが、データ損失が発生する場所はわかりません。を使用する必要があることを確認するには<DeployToScript>True</DeployToScript>、スクリプトをロードして以下を確認します。

IF EXISTS (select top 1 1 from [dbo].[MyTable]) RAISERROR ('Rows were detected. The schema update is terminating because data loss might occur.', 16, 127) WITH NOWAIT

最初にSQLを生成せずに、DBに直接デプロイするときにvsdbcmdにこの情報を表示させる方法はありますか？

ありがとう

私は Vs Data 機能についてかなりの初心者であり、これが私の最初のデータ生成計画です。Vs2010 データベース プロジェクトを使用してデータベースを実装し、それを使用して SQL Server Express 2008 データベースにデプロイしました。すべてのテーブルは ID 列を主キーとして使用し、外部キーで相互に関連付けられています。

データ生成計画を設定しましたが、それを使用してデータを生成しようとすると、テーブルがアルファベット順に入力されるだけで、もちろん失敗します。正しく入力される唯一のテーブルは、ルックアップ テーブルと、FK 制約のない他の種類の独立したエンティティです。最初のテーブルが失敗した後、残りはスキップされます。

おそらく生成計画は、FK 依存関係に基づいて生成順序を決定します。どうしたの？

編集: DBPro は製品名ではなくなった (または実際にはなかった) ため、その担当者を持つ誰かが visual-studio-data-tools タグを作成する必要があります。

私は得る：SQL01265 Vardecimal support is enabled for the database but disabled for the project

"<VardecimalStorageFormatOn>True</VardecimalStorageFormatOn>".sqlsettings ファイルを次のように、 .sqldeploymentファイルを次のように変更しようとしましたが"<DeployDatabaseProperties>True</DeployDatabaseProperties>"、まだエラーが発生します。

プロジェクトが2005年に設定されたVS2010 DBプロジェクトで、アップグレードされているデータベースは2008年です。

.sqlsettings ファイルで VardecimalStorageFormatOn を false に設定し、db プロパティをデプロイしていなくても、2008 db の罰金を更新する別の 2005 DB プロジェクトがあります。

一方が機能し、もう一方が機能しない理由は何ですか?

ありがとう

Pre-Deploymentスクリプト（Script.PreDeployment.sql）は、サーバーレベルのオブジェクト（特に私の場合はログイン）を作成するSQLコマンドを配置するのに最適な場所ですか？

プロジェクト内のデータベースユーザーのサーバーログインを作成する必要があります。プロジェクト構造内の他のすべて（開発データベースを逆にして作成）はデータベース固有であるため、これを配置するのは漠然と論理的な場所のようです。したがって、Visual Studioデータベースプロジェクトを操作するときに、他のユーザーがサーバーレベルのコマンドを格納する場所を確認したかっただけです。

どうもありがとう。

Visual Studio 2010 データベース プロジェクトがあります。ほとんどのものに最適です。

ただし、非常に厄介なことが 1 つあります。dbo.MyCoolTable というテーブルがあるとします。データベースに移動して名前を dbo.MyKindaCoolTable に変更すると、データベースで正常に動作します。

ただし、スキーマを比較して変更をデータベース プロジェクトに書き戻すと、プロジェクトに古いファイルが残ります。したがって、最終的に 2 つのファイル (dbo.MyCoolTable.Table.sql と dbo.MyKindaCoolTable.Table.sql) が作成されます。

1 回か 2 回これは問題ではありませんが、時間が経つにつれて、これは実際に追加されます。また、プロジェクトを調べて、これらの「残った」ファイルをそれぞれ手動で削除するのは面倒です。

スキーマ比較からデータベース プロジェクトに書き込むときに、「残りのファイル」を削除する方法はありますか?

次のシナリオで部分的なデータベースプロジェクトを使用できますか？

私は、すべて相互に依存している多数のデータベースを持っています。Database2はDatabase1とDatabase3でSPを実行し、Database3はDatabase2でSPを実行します。例えば：

データベース1は次のように定義できます。

データベース2は次のように定義できます。

データベース3は次のように定義できます。

Database2はDatabase3に依存し、Database3はDatabase2に依存しているため、循環参照があります。Database2をベースオブジェクトと外部オブジェクトの間で分離した場合でも、外部プロジェクトの循環参照があるため、部分的なプロジェクトがここでどのように役立つかはわかりません。ですから、私が理解しているように、これは許可されていません。

説明をお詫びします。データベースも私の頭を痛めています。必要に応じて、もっと冗長にしようと思います。