DBGhostを使用してデータベースの開発と展開のプロセスを再構築することを考えています。中央の開発データベースから離れて、データベースをソース管理に移行したいと考えています。
私たちが抱えている問題の1つは、静的データ（翻訳された言語文字列を含む）を含む大きなテーブルで、20万行近くあります。
私たちの最善の解決策はこれらの刺し傷をリソースファイルに移動することですが、それを実装するまで、DbGhostはこのすべての静的データを維持し、開発および展開データベースを短時間で生成できますか？そうでない場合は、必要なときにこのテーブルを埋める代わりの良い方法はありますか？
質問する
411 次
4 に答える
1
これは受け入れられた答えを持つ古い質問ですが、私はこれにいくつかの異なる入力があります。
DBGhostを使用しており、静的テーブルデータがたくさんありますが、最大のものは200K行ではなく、約20K行にすぎません。
DBGhostには、データをスクリプト化する機能があります（一連の挿入ステートメントとして）。これを使用して、静的データをスクリプトにエクスポートし、それらのスクリプトをバージョン管理下に置きました。これらのスクリプトを微調整して、データを追加し直す前にデータをクリアしました。これにより、単一のスクリプトを使用して、テーブルの静的データを「リセット」できます。この追加は私たちの特定のニーズのためのものであり、DBGhostで静的データを処理できる唯一の方法ではありません。
「スクリプトからのビルド」プロセスと「同期」プロセスはどちらも、プロセスの前後でアドホックスクリプトを実行することをサポートしています。ビルド/同期後に実行するアドホックスクリプトとして静的データスクリプトを追加しました。
DBGhostは、同期プロセスでのデータ同期もサポートしています。同期プロセスは、選択したテーブルでデータ同期を実行するように構成できます。この手法を使用すると、ビルドプロセスでスクリプトを介してデータを追加し、同期プロセスでそれらのテーブルのデータを自動的に同期できます。この手法を使用すると、スクリプトを変更する必要はありません。
于 2013-03-19T13:27:13.450 に答える
0
たぶんあなたがこれを尋ねたとき、彼らは評価を持っていませんでしたが、それが本当かどうかはわかりません。あなたが知る唯一の方法は、それをテストして、それがどのように機能するかを確認することです。
于 2011-10-05T16:01:03.320 に答える
0
SQLソース管理を見ていただけませんか？静的データのサポートを追加したばかりで、完全リリースの前にフィードバックを探しています。
http://www.red-gate.com/MessageBoard/viewtopic.php?t=12298
中央データベース開発モデルから離れる理由を説明できますか？
于 2010-12-12T17:00:19.583 に答える
0
DBGは、実際には大量のデータを移動するようには設計されていません
それはあなたと同じ質問に関してInnovartisから受け取った電子メールからです。あなたはおそらく今までにこれを見つけたでしょう！
于 2011-02-02T11:27:17.383 に答える