問題タブ [data-tier-applications]

私はデータ層アプリケーションを使用しようとしており、こちらのチュートリアルを進めています。

ステップ 2 に到達すると、チュートリアルでは、ビュー メニューでユーティリティ エクスプローラーを開くように指示されています。しかし、それはありません！別のエントリ ポイントがないかプログラム全体を調べましたが、見当たりません。

現在、SQL Server 2008 R2 バージョン 10.50.1352.12 を実行しており、SQL 2008 R2 Server Express を実行しているサーバーに接続しています。

なぜ見つからないのですか？

リンク サーバーを含むデータ層アプリケーションを使用しようとしていますが、奇妙な問題が発生しています。

ここに私が持っているものがあります:

1) データ層プロジェクトを含む VS2010 ソリューション。

2) データ層プロジェクトは、SQL 2008 R2 サーバーを対象としています。

3) SQL サーバーには、Oracle データベースへの有効なリンク サーバー接続があります。

4) データ層プロジェクト内のビューは、OPENQUERY を使用してリンク サーバーを参照します。

リンク サーバー接続は有効であり、サーバー上でそれに対してクエリを実行すると正常に動作し、サーバー上で直接ビューを作成することも正常に動作します。

ただし、データ層アプリケーションをビルドしようとすると、次のエラーが発生します。

私は現在、変更の摩擦を最小限に抑える、保守性の高いシステムのアプリケーション設計のベストプラクティスを（かなり高いレベルで）調査しています。「データ層」とは、データベース設計、オブジェクトリレーションマッパー（ORM）、および一般的なデータアクセステクノロジを意味します。

あなたの経験から、データ層の開発に関してよくある間違いと悪い習慣は何であると思いますか、また、データ層を開発者にとってより良い場所にするためにどのような対策を講じ/実施しましたか/または推奨できますか視点？

回答の例には、次のようなものがあります。低速で、拡張性が低く、拡張可能なデータ層の最も一般的な原因は何ですか。+この問題を解決するために（設計またはリファクタリングで）どのような対策を講じることができますか？

私はここで戦争の話と、公に入手可能なガイダンス文書とサンプルに組み込むことができるいくつかの現実世界のアドバイスを探しています。

SQL Server データ層アプリケーション (dacpac または DAC パック) を使用していますが、データベースの現在のバージョンを見つけるのに苦労しています。

次のいずれかの方法を使用して現在のバージョンを取得する方法はありますか。

1. SQL Server Management Studio 内から
2. SQL ステートメント経由
3. プログラムで .NET コードを使用する

データ層DBプロジェクトを使用してAzureにデプロイしていますが、すべてが正常に機能し、DBとスキーマは適切に作成されています。ただし、デプロイ前とデプロイ後は、「」で指定したものではなく、常にマスターDBを使用しようとします。プロパティの「デプロイ-データ層アプリケーションインスタンス名」。USE MyDBステートメントを使用しようとしましたが、サポートされていません。

もちろん、展開前と展開後のスクリプトを、作成中の現在のDBで実行したいと思います。何か案が ？

どうもありがとう

よろしくお願いします。

ここで聞くのもバカバカしいほど簡単なことですが、ずっと悩んでいるのでここで質問させていただきます。私はビジュアルスタジオでデータ層アプリケーションに取り組んでいます。テーブル、ストアド プロシージャ、デプロイ後のデータなどの通常のものがあります。デフォルトでは、データ層アプリケーションには Scripts/Post-Deployment フォルダーが付属しています。このフォルダー内には、Script.PostDeployment.sql というファイルがあります。もう少し整理するために、Post-Deployment 内に StaticData および TestData としてフォルダーを作成しています。データ作成用の挿入ステートメントは、これらのフォルダー内にあります。したがって、この構造に基づいて、次のコードを Script.PostDeployment.sql に追加します。

問題は、上記のコードが機能しないことです。なんらかの理由で、デプロイ コマンドはパスを無視し、States.sql と Logins.sql を適切なサブフォルダーではなく Scripts/Post-Deployment で探します。他の誰かが似たようなことに遭遇しましたか? 非常に単純な問題ですが、これを回避するのに永遠にかかります。私は説明するために最善を尽くしましたが、質問をしてください。物事をより明確にしようとすることができます. ありがとう！

データ層アプリケーション プロジェクトを作成し、最初のデータベース スキーマをインポートしました。DBA が SSMS を使用して db スキーマを変更した場合、このプロジェクトを更新するにはどうすればよいですか? データベースをプロジェクトに再度インポートしたい。

これは、Entity Framework を使用して開発用 SQL サーバーにデータベースをドロップして再作成するプロジェクトにも関連しています。次に、スキーマを DAC プロジェクトに再インポートし、それらの変更をステージングおよび運用 SQL サーバーに dacpac としてデプロイします。

複数のデータ プロジェクトを含むソリューションを作成しました。システムを継承し、データベースのクリーンアップを行いたいのですが、一部のデータベースをコンパイルすると、テーブル、ID などが存在しないというエラーが発生し、ストアド プロシージャで一時テーブルが作成される場所で発生します。

ストアド プロシージャが一時テーブルを作成し、最後にそれを削除すると、コンパイラが不平を言い、(データベース スキーマに) テーブルが存在しないと言います。どうすればこれを回避できますか? 見つからない設定はありますか？

前もって感謝します。

最新の DACPAC ( http://msdn.microsoft.com/en-us/library/ee634742.aspxから取得) を使用して SQL Azure インスタンスをアップグレードする PowerShell スクリプトを作成しました。

PowerShell スクリプトを実行したときに経験したことは、実行に一貫して約 30 分かかることです。スクリプトは、実行から戻るのを待つためにほぼ 30 分間アイドル状態に$dacstore.IncrementalUpgrade($dacName, $dacType, $upgradeProperties)なり、PowerShell コンソール ウィンドウには何も出力されません。30 分の終わりになって初めて、インクリメンタル アップデートがコンソール メッセージを吐き出し始め、アップグレードが行われていることを知らせます (基本的に、スクリプトが最終的に生き返るまで 30 分間ハングしたように見え、スクリプトはこれを一貫して実行します)。毎回）。

通常、IncrementalUpgrade が完了するまでにこれほど時間がかかりますか?また、30 分間の非アクティブ/待機期間があるはずですか?

Azure ネットワークの外部にあるローカル マシンから PowerShell スクリプトを実行していることに注意してください。

これについてご意見をお寄せいただきありがとうございます。継続的インテグレーションのビルドにそれほど時間がかからないように、この増分アップグレード プロセスを 30 分未満に大幅に短縮できることを願っています。

dacpac (データ層アプリケーション) からデータベースをアップグレードするために、powerscript の例と同じ API を使用する小さなアプリケーションがあります。

SQL ServerツールがインストールされていないWindows 2008サーバーで動作させるには、多くのdllを参照し、それらのdllで「ローカルにコピー」を選択してコンパイルフォルダーに入れる必要がありました。これはうまくいきます。

Azure の worker ロールから同じ API を呼び出したいと考えています。しかし、（同じdllで）実行すると、

「System.IO.FileLoadException: ファイルまたはアセンブリ 'Microsoft.SqlServer.BatchParser.dll' またはその依存関係の 1 つを読み込めませんでした。サイド バイ サイド構成が正しくないため、アプリケーションを開始できませんでした。アプリケーション イベントを参照してください。ログ"

ローカルエミュレーターにデプロイすると正常に動作します。

ログから意味のあるものをまだ取得できていません (診断が正しいかどうかはわかりません)。

言及されたファイルは、公開されたパッケージにあります。2 つのバージョンのファイルを見つけましたが、もう 1 つのバージョンは 32 ビットで、試してみると (当然のことながら) BadFormat 例外が発生します。

私が参照しているdllは次のとおりです。

私が見逃しているアイデアはありますか？