問題タブ [database-project]

そのため、スキーマをいくつか変更して、デプロイしているVS2010データベースプロジェクトがあります。特に、VSDBCMDが「再構築」、つまり名前の変更->作成->コピー->ドロップを要求するテーブルが1つあります。

このテーブルの唯一の変更は、いくつかの列を削除することです。これは、単に私が知らない、列を削除することで処理できます。この特定のテーブルが「添付ファイル」と呼ばれ、15ギガ程度の重さがあることを除いて、通常は気にしません。15以上のギグが空いていないため、これには長い時間がかかり、データベースがロックされ、ローカルで失敗し、テスト環境でリモートでタイムアウトします。

VSDBCMDがデプロイ時にスキーマを変更するために従うルールを誰かに教えてもらえますか？

または、おそらくあなたは同様の問題を経験し、提案がありますか？

ありがとう！

VS 2010 のデータベース プロジェクトでデータ生成プランを使用して、既定のデータ セットを作成する方法はありますか? それとも、間違ったツリーを鳴らしていますか?つまり、ダミーのサンプル データを作成するのに最適なデータ生成プランはありますか?

データベースの展開ごとに作成する必要があるデータ (既定の設定、既定のユーザーなど) がたくさんあります。これを支援するツールがあれば、ソース管理と管理の改善が可能になると思います。

おそらくサードパーティの代替手段があると思いますが、Visual-Studio-Way が組み込まれているので、TFS などとうまく統合できることを願っています。

リリース バージョン間でデータベース コードをバージョン管理する方法として、VS2010 データベース プロジェクトを使用しています。これまでのところ、提供されたソリューションは良いようです。ただし、他の誰かが遭遇したのではないかと思う問題が 1 つあります。

スキーマ比較ビューから生成されたアップグレード スクリプトは再実行できません。標準として、リリース スクリプトをサーバーにデプロイする際に問題が発生した場合に備えて、通常はすべてのデータベース リリース スクリプトが再実行可能であることを確認します。

再実行可能なアップグレード スクリプトを作成するように VS2010 を構成する方法があるかどうか、つまり、存在する場合にのみ sprocs をドロップする方法があるかどうかは誰にもわかりませんか?

私は得る：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 プロジェクトがあります。

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

ありがとう

Visual Studio 2010 で SQL Server 2008 データベース プロジェクトを使用していますが、テーブルの列の名前を変更する必要があります。これは、SQL Server データ層アプリケーション プロジェクトを使用して、スキーマ ビューで名前を変更する項目を右クリックし、[リファクタリング] オプションを選択することで実行できます。データベース プロジェクトにこのオプションが表示されないので、このプロジェクト タイプで列の名前を変更するにはどうすればよいですか?

更新: プロジェクト タイプをデータ層アプリケーションに切り替えようとしましたが、スキーマ ビューに [リファクタリング] オプションがまだ表示されません。これは Pro バージョンでサポートされていますか?

お客様のサイトに実装される 2 つの製品があり、そのうちの 1 つは他の存在を必要とします。アドオンが必要とするデータベース オブジェクト用に、主要製品と同じデータベース内に別のスキーマを実装しました。アドオンは理論的には将来の製品にもアドオンになる可能性があるため (現時点では何も計画されていません)、その決定を再検討しています。現在は 2005 を使用していますが、1 年ほどで 2008 R2 または Denali に移行する予定です。

1 つの要因は、プロジェクト スキーマを別のスキーマを含むデータベースと比較するときに、VS プロジェクトのビューを 1 つのスキーマに制限できないため、個別の VS 2010 データベース プロジェクトで個別のスキーマを維持することが難しいことです。

2 つのスキーマが常に同じ SQL Server インスタンスにあると仮定して、2 つのスキーマを別々のデータベースに分割しないようにする理由はありますか?

バックアップは、インスタンス内のすべてのデータベースで動作するスクリプトによって処理されるため、問題はありません。将来的にはホステッド（SaaS）ベースで提供したいと考えているため、マルチテナンシーへの影響が要因です。インスタンス内で複数の顧客をホストする可能性があります。

私のチームは、ソリューションで .NET 2008 DB プロジェクトを使用しているため、マシン間および開発を通じてスキーマを保持し、一貫性を保つ方法があります。

データベースを変更し、そのスキーマを追跡する私の好ましい方法は、SQL Server Mangement Studio を使用することです。基本的に、デプロイされた DB プロジェクトのコピーがあり、それにスキーマを変更するので、私のデータベースが破損する可能性はありません。個人開発環境。ただし、変更をコードベースに移動したい場合は、ファイルを手動で追加する必要があり、不必要に時間がかかる可能性があると感じています (少年は甘やかされています!)。

私の質問は、ソリューションからプロジェクトを完全に削除して手動で再追加することなく、変更したスキーマを DB プロジェクトに再インポートする方法はありますか?

本当に単純なステップが欠けているように感じます。ヘルプ？

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

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

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

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

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

今週末、すべての SQL データベースを VS 2010 SQL Server 2008 データベース プロジェクトに移行しようとしましたが、データベース間の関係を設定するときに Intellisense が台無しになっていることに気付きました。注: 両方のデータベース プロジェクトは同じソリューションにあります。

これが私がやりたいことです（Intellisenseをオフラインにして、私が失敗しないようにします..）：

……そんなに聞きたいことある？

とにかく、Intellisense サポートなしで入力すると、コードはすべて正常にコンパイルされるように見えますが、それにはかなりの時間がかかり、失敗したかどうかを確認するためにビルドする必要があります。以下が有効であると思われる場所：

...しかし< ここに罵倒を挿入 >、DB_Main.dbo.ExampleTableは存在しません!!!、私はそれをテストしましたが、何か間違ったことをしない限り、そのようにデプロイされます。このすべての1日の経験...

とにかく、私が管理/開発しているいくつかのインスタンスでこのクロスデータベースの問題があるので、何かアイデアはありますか?

前もって感謝します。

新しいデータベースプロジェクトを作成して、すべての便利なストアドプロシージャと関数をグループ化し、任意のサーバーに簡単に展開できるようにしました。

CLRUDFをいくつか追加したいと思います。ソリューションにCLRプロジェクトを追加しようとしましたが、どこにでもデプロイできるようにしたいので、他のソリューションと競合する特定のデータベースをデプロイする必要があります。

私は何かが足りないのですか？！

サム:)