問題タブ [timestamp]

日付文字列と MySQL タイムスタンプの比較に興味があります。ただし、簡単な変換は見られません。私は明らかな何かを見落としていますか？

テーブルを定義しました（以下のコードスニペットを参照）。行が変更されるたびにLastUpdate列が自動的に更新されるように、制約などを追加するにはどうすればよいですか？

なぜ次のことが起こるのか理解できません:

たとえばからタイムスタンプを取得するにはどうすればよい22-09-2008ですか?

MySQL timestampを使用して秒単位のエポック時間に変換したりPHP、その逆を行ったりしようとしています。

これを行う最もクリーンな方法は何ですか?

Pythonでmysqlタイムスタンプをエポックタイムに変換します-これを行う簡単な方法はありますか？

私の新しい職場では、それらは多くの日付を「エポックからの日数」（以下、DSEと呼びます）として表しています。JavaScriptがDSEからエポック（UNIXタイムスタンプ）からの秒数に変換する際に問題が発生しています。変換を行うための私の関数は次のとおりです。

例として、私が13878を通過すると（これは2008年1月1日を表すと予想されます）、私が期待する1199098800ではなく、1199059200に戻ります。なんで？

多くのソリューションで見られる各レコードの2つの追加列（timeCreated、timeLastUpdated）について質問があります。私の質問：より良い代替案はありますか？

シナリオ：（レコードではなくテーブルに関して）巨大なDBがあり、顧客が来て、テーブルの80％に「タイムスタンピング」を追加するように求めてきます。

これは、別のテーブル（TIMESTAMPS）を使用することで実現できると思います。このテーブルには、明らかなタイムスタンプ列に加えて、更新されるテーブルのテーブル名と主キーが含まれます。（ここでは、ほとんどのテーブルの主キーとしてintを使用していると想定していますが、テーブル名は文字列である必要があります）。

これを描くために、この基本的なシナリオを想定します。2つのテーブルがあります。

支払い:-(通常のレコード）
タイムスタンプ：-{現在のタイムスタンプ} + { TABLE_UPDATED、、}id_of_entry_updatedtimestamp_type

この設計では、とによってインデックスを作成しているため、ネイティブの支払いオブジェクトにこれらの2つの「余分な」列は必要ありません（ちなみに、ORMソリューションを通過する可能性がありますTABLE_UPDATED）id_of_entry_updated。さらにtimestamp_type、エントリが挿入用（「1」など）、更新用（「2」など）、および「削除」などの追加したいものがあるかどうかを通知します。

このデザインについてどう思いますか？私はベストプラクティス、何が機能し、時間の経過とともに拡大するかに最も興味があります。参照、リンク、ブログエントリは大歓迎です。この問題に対処しようとしている特許（係属中）を少なくとも1つ知っていますが、現時点では詳細は公開されていないようです。

乾杯、エドゥアルド

同じ行のフィールドが変更されるたびに自動的に更新されるMySQLテーブルのタイムスタンプ列を定義することは可能ですか？理想的には、この列は最初に行が挿入された時刻に設定する必要があります。

乾杯、ドン

私は最近、エラー ログ アプリを構築しており、受信データに正確にタイムスタンプを付ける方法を探していました。正確に言うと、各タイムスタンプは互いに相対的に正確である必要があります (原子時計などと同期する必要はありません)。

最初の刺し傷として datetime.now() を使用してきましたが、これは完璧ではありません:

サンプルの最初の 1 秒間のクロック間の変化は次のようになります。

そのため、タイマー データは、私のマシンでは 15 ～ 32 ミリ秒ごとにしか更新されないようです。問題は、データを分析するときに発生します。これは、タイムスタンプ以外で並べ替えてから再度タイムスタンプで並べ替えると、データが間違った順序 (時系列) になる可能性があるためです。タイムスタンプジェネレーターへの呼び出しが一意のタイムスタンプを与えるポイントまで、タイムスタンプが正確であると便利です。

開始日時に追加された time.clock() 呼び出しを使用するいくつかの方法を検討していましたが、同じマシン上の複数のスレッドで正確に機能するソリューションがあれば幸いです。どんな提案でも非常に感謝しています。