問題タブ [database-project]

Visual Studio 2008 Database Project GDR2 を使用して複数のデータベースを管理していますが、シノニムに関連するエラーが多数発生しています。

Project-A には Project-B のテーブルへのシノニムがいくつかあるため、Project-A には Project-B への参照があります。私が得ている完全なエラーは、「TSD04105: モデルには、同じ名前の dbo.[OBJECT] を持つ要素が既に含まれています」です。これは常にシノニムを指します。

問題は、Project-A のシノニムが Project-B のテーブルと同じ名前を持っていることです。明らかに、すべてのシノニムの名前を変更して、テーブルとは別の名前にすることもできますが、これにより多くの作業が必要になります (これまでに 140 以上のシノニムがあります)。

Project-B への参照を削除すると、そのエラーは解消されますが、代わりに、Project-B のテーブルを参照できなくなるため、Project-A のすべてのストアド プロシージャでエラーが発生します。

すべてのシノニムの名前を変更する以外に、この問題を解決する方法はありますか? データベース プロジェクトでこの状況を処理する適切な方法は何ですか?

Visual Studio 2010データベースプロジェクトには、エンドユーザーシステムでの展開をサポートするための再配布可能なコンポーネントがあることに気付きました。

このコンポーネントは.Net3.5に対して機能しますか、それとも.Net 4.0が必要ですか？

Visual Studio 2010 Ultimate で TFS を使用してデータベース プロジェクトを操作する際に問題が発生しています。以下は、私が使用するワークフローについて説明しています。

1. SQL Server Management Studio を使用して SQL スキーマをローカルで変更しています。
2. 次に、Visual Studio データベース プロジェクトを開き、「スキーマ比較」操作を実行します。
3. 最新の変更を加えたローカル データベースを "ソース スキーマ" として選択し、"ターゲット スキーマ" をデータベース プロジェクトとして選択します。
4. 次に、「スキーマ比較」の結果を見て、変更したくないアイテムの「更新アクション」で「スキップ」を選択します。変更したい項目については、適切な「更新アクション」を選択します。
5. 終了したら、[更新の書き込み] コマンドを選択して、変更をデータベース プロジェクトに適用します。

私が抱えている問題は、データベース プロジェクトを見ると、データベース作成スクリプトをコメント アウトすることで、無視するように指示したデータベース テーブルの一部がデータベース プロジェクトで更新されることです。

たとえば、これは次のようになります。

問題は、比較にこのテーブルを無視するように指示したのに、なぜプロジェクトを変更してコードをコメントアウトしたのかということです。

Visual Studio 2010 には、データベース プロジェクトがあります。これを問題なく使用して、sprocs の表示、編集、作成などを行うことができます。

MSSMS で F5 キーを使用するのと同じように、キーボードを変更して「sql の実行」に F キーを使用できるようにするにはどうすればよいですか。Tools-Options-Keyboards で適切なバインディング シーケンスを見つけることができないようで、コミュニティに問い合わせた方が早いと考えたので、コード atm の記述に集中できます。

とても感謝しております。（そして、はい、私は怠け者であることを認めますが、私のgooglefuは今朝幽霊をあきらめました。私はただ興味があります.それは私を止めません）

Visual Studio 2010データベースプロジェクトを使用して複数のデータベースインストールに変更を展開するシナリオがありますが、特定のデータベースでは、そのコピーから一連のビューを除外したいと考えています。ビルド構成を使用して、これらのビューをデプロイから除外する方法はありますか？

そのため、特に 2010 Ultimate で、Visual Studio データベース プロジェクトで (おそらく) 厄介なバグに遭遇しました。

基本的に、次のように .schema.sql ファイルが 2 つあるとします。

ファイル 1

ファイル2

これはコンパイルされ、次のようにデプロイされます。

そのため、（一見恣意的に）私の選択した大文字化を放棄することを選択しました。

なぜ神？ どうして？！

他の人にも起こっているように見える、小さいながらも奇妙な迷惑に遭遇しています (たとえば、SEDE の改訂履歴を確認してください)。Visual Studio 2010 で正常に動作する SQL Server 2008 データベース プロジェクトがあります。ソース管理にコミット/チェックインすると、プロジェクトに変更を加えていない場合でも、DB プロジェクトの.dbmdlファイルが変更されたと言われます。

変更が私のソリューション (ASP.NET MVC アプリケーションと単体テスト プロジェクトも含まれます) をビルドすることによってトリガーされるのか、単に DB プロジェクトを開くことによってトリガーされるのかはわかりませんが、これはちょっと面倒で、混乱を引き起こしています。ソース管理。

これらの変更の発生を停止したり、.dbmdlファイルを削除したりすることはできますか?

Visual Studio 2010 Professionalでは、SQL Serverデータベースプロジェクトのデータベースを更新できることを発見しました（この機能は通常、PremiumバージョンとUltimateバージョンでのみ使用できます）。「SchemaObjects」フォルダーからすべてのSQLファイルを削除し（ただし、フォルダー構造はそのままにします）、「Database.sqlpermissions」ファイルを削除するだけです。次に、[データベースオブジェクトと設定のインポート...]オプションが有効になり、データベースプロジェクトを最新のスキーマで更新できるようになります。

これを実行できるVisualStudio2010用のマクロを作成したいと思います。

マクロは...

• 「SchemaObjects」フォルダーとその子フォルダー内のすべての.SQLファイル（またはすべてのファイル）を削除しますが、プロジェクトからフォルダーを削除しないでください。ファイルを削除して、プロジェクトから削除する必要があります。
• ファイル「Properties\Database.sqlpermissions」を削除します。ファイルを削除して、プロジェクトから削除する必要があります。

VisualStudioでマクロを作成するためのヒントがあれば役に立ちます。ありがとう。

この質問で概説した方法を使用して、Hudsonでデータベースのデプロイを自動化します。Visual Studio内からプロジェクトを展開すると、すべてが正常に機能し、ターゲットデータベースが更新されます。Hudsonで実行すると、次の警告が表示されます。「Deploywarning TSD01266：ソースのオブジェクト[DBName]は、ターゲットのバージョンのオブジェクトとは異なりますが、ターゲットオブジェクトは更新されません。」他の誰かがこれに遭遇しましたか？

ありがとう！

ここで何か不足していますか？VS2010 のデータベース プロジェクトで新しいテーブルを作成するための唯一のオプションは次のようです。

テーブル オブジェクトをファイルとして作成し、すべての制約 (デフォルト) を個別のファイルとして作成し、各インデックスを個別のファイルとして作成し、主キーを個別のファイルとして作成します。

または

SSMS のテーブル デザイナーを使用してテーブル スキーマ全体を作成し、スキーマ比較ツールを使用して、テーブルの要素ごとに SQL ステートメントの単一のモノリシック ファイルを作成し、コードの各ブロックを VS で新しく作成されたファイルにコピーします。

この質問は2年前に尋ねられたもので、答えが変わったことを願っています。見落としていた VS2010 のデータベース プロジェクト用の隠しテーブル デザイナーがあることを教えてください。