質問

DBGHOSTを使用してデータベース開発と展開プロセスを再構築することを考えています。中央開発データベースから離れて、データベースをソースコントロールに持ち込みたいと考えています。
私たちが抱えている問題の1つは、静的データ(翻訳された言語文字列を含む)を備えた大きなテーブルで、200k近くの行があります。
私たちの最良の解決策はこれらのスティングをリソースファイルに移動することですが、それを実装するまで、DBGHOSTはこのすべての静的データを維持し、短時間で開発データベースを生成することができますか?そうでない場合は、必要なときにいつでもこのテーブルを埋めるための良い代替手段がありますか?

役に立ちましたか?

解決

SQLソースコントロールを見ることができますか?静的データサポートを追加したばかりで、完全にリリースされる前にフィードバックを探しています。

http://www.red-gate.com/messageboard/viewtopic.php?t=12298

なぜ中央のデータベース開発モデルから離れているのかを説明できますか?

他のヒント

DBGは、膨大な量のデータを移動するために実際には設計されていません

これは、あなたと同じ質問に関してInnovartisから受け取った電子メールからです。あなたはおそらくこれを今までに見つけたでしょう!

たぶんあなたがこれを尋ねたとき、彼らはそれが本当であるかどうかはわかりませんが、彼らは評価を持っていませんでした。あなたが知っている唯一の方法は、それをテストし、それがどのように機能するかを見ることです。

http://www.innovartis.co.uk/evaluation.aspx

これは、受け入れられている答えを伴う古い質問ですが、これにはいくつかの異なる入力があります。

dbghostを使用していますが、最大の列は200k行ではなく約20kの列に過ぎませんが、静的テーブルデータがたくさんあります。

DBGHOSTには、スクリプトデータの機能があります(一連の挿入ステートメントとして)。それを使用して、静的データをスクリプトにエクスポートし、それらのスクリプトをバージョン制御下に配置しました。データを再び追加する前にデータをクリアするためにこれらのスクリプトを微調整したため、単一のスクリプトを使用してテーブルの静的データを「リセット」できます。この追加は私たちの特定のニーズのためであり、DBGHOSTで静的データを処理できる唯一の方法ではありません。

「スクリプトからのビルド」と「同期」プロセスは、両方ともプロセスの前後にアドホックスクリプトを実行するサポートをサポートしています。ビルド/同期後に実行するためのアドホックスクリプトとして静的データスクリプトを追加しました。

DBGHOSTは、同期プロセスでのデータの同期もサポートしています。同期プロセスは、選択したテーブルでデータ同期を実行するように構成できます。この手法を使用して、ビルドプロセスにスクリプトを介してデータを追加することができ、同期プロセスはそれらのテーブルのデータを自動的に同期できます。この手法を使用して、私たちがしたようにスクリプトを変更する必要はありません。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top