MySQLのテーブル変更のタイムスタンプ
-
13-09-2019 - |
質問
私はテストサーバーを使用するデータからの試験データベースです。私はテストが終了したら、行動の便が良いことから、移動のデータベースです。
問題は、他のプロジェクトに依存するのに、それを生産しているスクリプトを横串で捉える"のデータからのテーブルが必要で、削除、データのテストデータベースを挿入し、データのDBです。
そこで広く用いられている姿を改善します。問題はないのではないもの移行、データのみが更新は、この一週間(なんせることはできません。その問題点を有する移動の場が必要です。い私の移行スクリプトなどのクイックチェックインのライブテーブルの試験のテーブル、必要に移動します。あなたの更新スクリプトを終了.
このように、できるなどの更新スクリプトは私のその他のスクリプトにおいても安心データの場合はます。
利用できない時間ません。についてのテーブルのライブ側で、もう少しゃるバルクのテーブルによりconviencience.
したい"表示の状態からlivedb"がテーブルはすべてのInnoDBありません"更新"、この"創造かったのは"今朝、私は、そのようなデータベースのバックアップし、再作成されます。
他にある物件を表示するには新しい?の"新行日"でしょうか?
解決
短:の開発-生更新にオススメします。の代わりにによってデータベースエンジンのご提供に必要な情報をできるようになることが決定(もしくは更新しない更新... この質問では私たちの日常生活で実践できる一環としてのご使用をご検討ください。ないように丸pegに四角い穴に入るようにします。
何とも言えない感覚のデータモデルは、なに把握するためのすべてのほとんど同期のモデルは、複数のオプション:
- 試合主キーに対しライブデータベースに対この試験データベースです。による試験>ブIdを行います。
- 使用タイムスタンプを表示するかどうかを判断するために更新する必要があるということ
- 利用のmd5ハッシュデータベーステーブルの変更日時(UTC)を決定した場合には、変更されます。
長い話を短くすれば:データベースの同期はとてもつらいです。実装ソリューションが特定のアプリケーションに対応し、ありませんが、"ジェネリック"ソリューションまで理想的な関係にあります。
他のヒント
、あなたは彼らが異なっているかどうかを確認するために最大のオートインクリメントの値を比較することができます。
が、MySQLのバージョンは、あなたが使用していますか?
むしろ自分自身をロールよりも、あなたは同期して、データベースを維持するための既存のソリューションを使用することができます。私は(ここでは参照)。私はそれを自分自身使ったことがないが、私は彼らの他のプログラムと非常に感銘を受けてきました。