問題タブ [visual-studio-dbpro]

現在取り組んでいる新しいプロジェクトに Visual Studio Team System 2008 Database Edition (GDR バージョン) を使用しようとしていますが、解決方法を誰かが知っていることを願って、少し厄介な問題に遭遇しました。

簡単に言えば、データベース オブジェクト、特にストアド プロシージャの生成に使用される既定のテンプレートを変更したいと考えています。以前は、SSMS を使用して、新しい sproc を作成するたびに一般的に使用したいフォーマット、パラメーターのデフォルト数などを含む独自のテンプレートを作成しました。これにより、かなりの量の手作業によるコーディングが明らかに不要になり、T-SQL コードにある程度の一貫性を持たせることが「適切」に感じられます。

..\Microsoft Visual Studio 9.0\DBPro\Items にある .sql ファイルを編集して、使用したい書式設定と既定の構造を追加してみました。残念ながら、VSTS にこれらの変更を認識させることができませんでした。GUI を使用して新しいストアド プロシージャを追加すると、デフォルトのストアド プロシージャ形式が引き続き使用されます。

これらの調整を行った後、Visual Studio をシャットダウンして再起動しようとしましたが、効果がないようです。

誰もこれを行う方法を知っていますか? MSDN や DBPro チームのブログでドキュメントを見つけることができませんでしたが、これで可能だと感じています。どんな助けや提案も大歓迎です。

Visual Studio 2008 データベース エディションでは、"部分プロジェクト" を使用して、配置と保守性のためにデータベースを複数のプロジェクトに分割できます。私は私たちのプロジェクトでこれを行うことを検討していましたが、次の障害にぶつかりました:

いくつかのベース テーブルを定義するプロジェクトがあり、最初のプロジェクトのテーブルを指す制約を持つ新しいテーブル セットを定義する別のプロジェクトがある場合、DBPro はこの関係をマップできないようです。具体的なエラーは次のとおりです。

「CONSTRAINT にはテーブル foo への未解決の参照があります」(foo は元の DB にあります)。

シナリオを自分で複製したい場合のより具体的な例:

• BaseDB というプロジェクトを作成します。

• 次の DDL を使用して、BaseDB で Users というテーブルを定義します。

  /li>

• _BaseDB.files ファイルをプロジェクトに追加して、BaseDB を部分プロジェクトとしてエクスポートします。

• DerivedDB という同じソリューションでプロジェクトを作成します。

• Import Partial Project を使用して BaseDB を参照し、インポート ファイルに BaseDB の Users テーブルを参照するスタブ参照があるかどうかを確認します。

• 次の DDL を使用して、PowerUsers という DerivedDB のテーブルを定義します。

  /li>

• この時点で「ビルド」を実行すると、すべてが機能します。

• 次の DDL を使用して、DerivedDB プロジェクトに FOREIGN KEY CONSTRAINT を PowerUsers から Users に追加します。

  /li>

上記の手順を実行すると、私が話しているエラーを確認できるはずです。

質問:

1. データベース プロジェクト間で制約参照を修正する方法はありますか?

2. そうでない場合、一連のストアド プロシージャ用に部分プロジェクトを予約し、ベース テーブルと制約のすべてのDDL 用にベース プロジェクトを予約する必要がありますか?

ソース管理を使用して Visual Studio Database Edition GDR R2 プロジェクトをセットアップする準備をしています。ソース管理から除外する必要があるファイル (存在する場合) はどれですか?

データベース プロジェクトとサーバー プロジェクトを含むデータ ソリューションがあります。

SQL スクリプトにデプロイしたいと考えています。SQL Server (SQL 2008) で SysAdmin 権限を持っている必要はありません。

これを行う方法はありますか？設定をしたり、サーバーレベルのものをアップロードしたりしたくありません。私のDBプロジェクトはコンパイルに必要だったので、私はサーバープロジェクトしか持っていません。

データベースのサーバー上にないものの SQL スクリプトが必要なだけです。

これは私の現在のエラーメッセージです:

助けてくれてありがとう...

Visual Studio（データベースプロ）2008を使用して、いくつかのストアドプロシージャを順番にテストする単体テスト（SQL単体テストを使用）を作成しました。

このソリューションは、同じ秒内ではなく、一定期間後に各SPを呼び出すように設計されています。

したがって、単体テストは失敗し、各呼び出しの間に短い一時停止が必要です。

何か案は？使用できる標準Thread.Sleepスタイルの関数はありますか？

Visual StudioTeamSuiteまたはTeamFoundationBuildがインストールされていないマシンでVisualStudioデータベースプロジェクト（.dbproj）をビルドすることは可能ですか？

CC.NETを実行している「クリーンな」マシンがあり、MSBuildを使用して.dbprojプロジェクトを自動的にビルドしたいと思います。必要な.targetsファイルといくつかの.dllをコピーして機能させることは可能ですか？

VSDBCMD.exe ユーティリティを使用して Visual Studio データベース プロジェクト (GDR R2) を展開しようとしています。接続文字列が統合セキュリティを使用している場合は正常に展開できますが、Sql Server 認証を使用するように切り替えると、次のエラーが発生します。

ターゲット モデル MyCatalog のインポートに失敗しました。詳細メッセージ 'MyCatalog' データベースに対する定義の表示権限がないため、リバース エンジニアリング操作を続行できません。

Visual Studio を使用してデプロイする場合、Sql Server 認証を使用して正常にデプロイできます。

実行に使用しているコマンドは次のとおりです。

表示上の理由から、すべてのパラメータは別々の行にあります。繰り返しますが、接続文字列を Integrated Security に変更すると機能します。

Visual Studio の Sql Server Profiler と VSDBCMD.exe を実行すると、MyUserId の接続のみが表示されます。Visual Studio は別のアカウントを使用していないようです。しかし、行われるクエリは異なります。ツールの動作が異なるように見えることに驚かないでください。

Visual Studio を使用して正常に実行できる理由がわかるまで、特定のビュー定義のアクセス許可をユーザーに追加したくありません。

ありがとう。

DBMDLを完全にシリアル化するのにかかる時間（「10000の操作が完了した後にプロジェクトが使用可能になります」を完了するまで）は、生産性の妨げになりつつあります。

ディスクアクティビティを最適化するためにできることを実行しました（ウイルススキャナーからの個人用TEMPフォルダーと、ローカルソースリポジトリを除く）。SSDを入手する以外に、これらの方針に沿って他に何ができるかわかりません。

それはプロジェクトの編成方法と関係があると思います。完成したDBMDLファイルは約150MBです。私たちの組織全体の他の人はこの問題を抱えていないようです。

誰かがこれに対処しなければなりませんでしたか？

私の現在のプロジェクトでは、Visual Studio Team System for Database Professionals GDR2 (別名 DataDude) を使用しています。私たちは、DataDude を使用してモデル化したデータベースを使用する唯一のアプリケーションです。

私の会社は、すべてのプロジェクトで全面的に DataDude を使用することを検討したいと考えています。ただし、これがデータベースを共有するプロジェクト (アプリケーションの大部分) でうまく機能するかどうかはわかりません。

例: ApplicationA、ApplicationB、および ApplicationC はすべて Server1 上の Database1 を共有します。(ソース コードは共有せず、データベースのみを共有します。) 3 つのアプリケーションはすべて現在開発中です (必要に応じてスクラムを使用します)。

問題は、ApplicationB をテスト環境にリリースする必要があるときに発生します。DataDude の自動展開/スクリプト機能は、ApplicationA と ApplicationC の現在の開発変更をキャッチします。(現在、アプリケーションごとにデータベースを変更するのは手動のプロセスです)。

では、同じデータベースを共有しながら、各アプリケーションを他のアプリケーションから隔離するにはどうすればよいでしょうか?

注: この質問に対する競合する変更については心配していません (つまり、ApplicationA が ApplicationC を壊すような DB 変更を行った場合)。それらはテストで見つけることができます。現在リリースしているアプリケーションの一部ではないデータベースの変更をテスト/本番環境に移動しないようにする必要があります。

これに役立つベスト プラクティスや機能はありますか?

Sql 2005 用に作成された DBPro データベース プロジェクトがあります。Sql 2008 を使用して別の環境でこれをビルドしようとしていますが、次のエラーが表示
MSBUILD : Build error TSD158: An unsupported target database version was encountered.
されます。紛争は何ですか。データベース プロジェクトの buildversion 要素を 9.0.21022.8 から 10.0.0.0 に変更しようとしましたが、違いはありませんでした。私はアイデアがありません。何かご意見は？