問題タブ [database-versioning]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql-server - Roundhouseに2番目のハードドライブにデータベースを作成させる方法
Roundhouseで2番目のhdにdbを作成する必要があります(現在実行しているCドライブではありません)。Roundhouseにこれを行う方法はありますか?IamはSQLServer2008R2Expressを使用しています。カスタムデータベース作成に-cdsオプションを試しましたが、現時点では機能が提供されていないというエラーが表示されます。
ありがとうございました
visual-studio-2010 - Visual Studio 2010 Professional を使用したバージョン管理のデータベース
データベースをバージョン管理に含めることができるようになることを期待して、SQL Server 2008
データベース プロジェクトをソリューションに追加しました。Visual Studio 2010 Professional Edition
各データベース オブジェクトのスキーマ ファイルをバージョン管理にコミットできますが、これらのスキーマ ファイルはすべてのスクリプト オブジェクトをalterではなくcreateとしてファイルするため、変更を取得してデータベースを更新する大学には適していません。
これは、データベースをソース管理に入れる良い方法ですか?
そして、すべてのテーブルを削除して再作成することに関連するすべてのデータを失うことなく、データベースを特定のリビジョンに更新するために実際にそれを使用するには、どのようなワークフローになるでしょうか?
更新: Premium および Ultimate バージョンには、これを簡単にするスキーマ比較ツールがあります。これは、Professional には存在しません。簡単な手動の回避策はありますか?
sql-server - SQLServerデータベースのバージョン管理用のデータベーススクリプトの生成
責任あるプログラミングとバージョン管理の範囲内で、特にデータベースインスタンスで開発を行ってから本番環境に移行しているため、データベースの変更のバージョン管理を開始したいと思います。これを行う方法について、私にとって本当に意味のあることは何も見つかりませんでした。IDEとしてVisualStudio2010Proを使用しています。このプロセスを単純にし、データベースへの変更を比較的簡単に検出できるようにするドキュメントはありますか?または、これを簡単にするためにワークフローで何を変更する必要がありますか?
java - 日付のバージョン管理と復元
SAAS ベースのアプリケーションを開発しています。要件の 1 つは、データベース テーブルのすべての変更を記録することです。つまり、日付/時刻ベースのバージョンのデータを作成します。クライアントは、任意のバージョンのデータに戻すことができる必要があります。
データベースにはほぼ 30 のテーブルがあり、データ挿入の頻度は、一括インポートによって 1 日あたり 80,000 レコードの追加/更新です。ただし、クライアントは GUI を使用してフォームからデータを挿入することもできます (一括インポート以外)。
この要件を実装するための戦略を作成する前に、これを実装する方法についてコメント/提案をお待ちしております。
余談ですが、このブログ投稿を確認したところ、非常に良い出発点であることがわかりましたが、過去のデータを復元する方法についてはまだ疑問があります.
データベース スナップショットは有望なソリューションですが、先ほど述べたように、これは SAAS ベースのアプリケーションであり、複数のクライアント データを 1 つのデータベースに保存しており、スナップショットは他のクライアントのデータも復元します。
この要件を実行する方法に関する戦略/計画を提案してください。
database - RoundhousEにスクリプトを実行させるのではなく生成させることができますか
RoundhousEにスクリプトファイルを実行せずに生成させる方法はありますか?
database - データベース構造を自動更新するためのツールまたは API はありますか
私がサポートしているアプリケーションで、最近 DB 構造にいくつかの変更を加えました。
ユーザーに更新を送信しますが、すべてを最新の状態に保つのは非常に困難です。
これを行う簡単な方法はありますか?
ユーザーがバージョンをスキップできるようにしますが、インストールする次のバージョンで更新を行うことができます。
BlackFish データベースを使用しています。
ありがとう
android - アップグレードが成功した後、Androidアップグレードデータベースがデータベースバージョンを更新しない
既存のsqlitedbに3つの新しいテーブルを追加しようとしていますが、アップグレードが成功した後、dbバージョンが更新されないという問題が発生しています。以下は、実行されるDatabaseHelperです。
以下は私のopen()関数です:
以下は私のclose()関数です:
したがって、DATABASE_VERSIONが高い最初の実行で発生するのは、最初のonUpgradeログの読み取りです。古いバージョン1新しいバージョン2db.getVersionは1です。
2番目のログは次のとおりです。onUpgrade後のバージョンは2です。
ただし、onUpgradeの実行後にデータベースに再度アクセスすると、DBのバージョン番号は更新されず、onUpgradeの最初のログでonUpgradeを実行します。古いバージョン1新しいバージョン2db.getVersionは1です。
次に、すでに存在するテーブルを作成しようとしたため、アプリがクラッシュしました。
onUpgradeでもdbバージョンを手動で設定しないようにしました。これもうまくいきませんでした。また、実行してバージョン番号を更新してみました...
...onUpgradeの最後に。
編集:
Aswin Kumarの提案に従って、onUpgradeを既存のテーブルをバックアップし、すべてのテーブルを削除してから再作成するように変更しました。これは私のバージョンの問題を修正していません。以下は私のonUpgradeとonCreateです:
以下は、テーブルの作成に使用するsqliteステートメントです。
どんな助けでも大歓迎です。
ありがとう、ケビン
workflow - ワークフローを通じてデータ履歴を保持するためのグッドプラクティスは何ですか?
私たちのチームでは、ワークフローを通じてデータの記録を保持する必要があります。各ステップで、データが変更されたときに、以前の状態を失いたくありません。ワークフローが1つ後退した場合、その前の状態を復元する必要があるためです。
私が尋ねるのは、これを実装する方法のベストプラクティスは何ですか?
sql-server - SQL Server でのデータベースの完全なバージョン管理
最初に、データベースのバージョン管理に関するすべての投稿を読んだことを指摘させてください。鍵)。
私は、公共交通機関のルート プランナーのためのあらゆる種類の最適化記録と統計を保持する「コンパイル済みデータベース」を持っています。これは、別のデータベースのプログラムによって生成されます。コンパイルされたデータベースは、ユーザー アクティビティの監視とキャッシュを除いて、アクティブな間は変更されません。一部のテーブルには、2 ~ 300,000 ものレコードが含まれています。
このコンパイルされたデータベースは、入力データベースに変更が発生すると完全に更新されます。そのため、新しいデータベース バージョンは、他の以前のバージョンとはまったく相互作用しません。しかし、私は各バージョンを個別に保存し、ユーザーが望む場合はプログラムから使用できるようにしたいと考えています (公共交通機関の地図の歴史のようなものだと考えてください)。
唯一の合理的な方法は、バージョンごとに異なる物理データベースを作成することです。これは難しいことでも間違っていることでもありませんが、データベース全体をバージョン管理するメカニズムを知っているかどうかを尋ねています (他の投稿のように、データベース内のデータの一部だけではありません)。全体をより論理的でクリーンにするためです。
私は SQL Server 2012 を使用していますが、おそらくサーバー上では 2008 R2 になります。
また、バージョン管理されたデータを同じデータベースに格納する (そして各テーブルに VersionID 列を追加する) ことを考えている場合は、忘れてください。なぜなら、2 ~ 300,000 レコードのテーブルでは、10 バージョン (3 か月未満の期間で蓄積されることになるからです) ) は 300 万を超えるレコードを意味し、そのうちの 300,000 しか使用されないので、ありえません!