mysql数据库
时间都是近期的
この投稿を読むことをお勧めします。時間を保存するために適切な MySQL の日付と時刻のタイプを選択してください。
まず検索してください
ここでの返信は非常に詳細です
日時と比較したタイムスタンプの利点:
は小さなスペースを占め、タイムスタンプは 4 バイト、日時は 8 バイトを占めます。
小規模なアプリケーションの場合、スペースやパフォーマンスを考慮する必要はありません。タイムゾーンはすべて北京時間であり、絡み合うことはありません。
どちらのタイプも時間を保存します。メモリ使用量と効率の違いについては、ここでは説明しませんが、一般的なアプリケーションでは、この違いはシステムに本質的な影響を与えません。そのため、私の観点はビジネス指向です。 。 日時とタイムスタンプと比較すると、タイムスタンプ型フィールドはデータベース レコードが変更 (更新) されるとこのフィールドの値を自動的に更新しますが、日時は変更される前に手動で設定する必要があります。 この違いを理解する必要があるのは、ビジネスの観点からフィルタリングする場合のみです。通常、作成時間には datetime を選択し、更新時間にはタイムスタンプを選択します。
この投稿を読むことをお勧めします。時間を保存するために適切な MySQL の日付と時刻のタイプを選択してください。
まず検索してください
ここでの返信は非常に詳細です
日時と比較したタイムスタンプの利点:
は小さなスペースを占め、タイムスタンプは 4 バイト、日時は 8 バイトを占めます。
は 1970 年から 2038 年までの時刻のみを表すことができ、datetime にはこの制限は適用されません。-
パフォーマンスの比較は一般化できません。タイムスタンプは純粋な数値であるため、計算は高速ですが、人間が読み取ることができないため、関数によって変換する必要があります。加算、減算、乗算、除算を計算します。変換を行う必要があります。
小規模なアプリケーションの場合、スペースやパフォーマンスを考慮する必要はありません。タイムゾーンはすべて北京時間であり、絡み合うことはありません。
結論: 明確な理由があるか、何をしているのか分かっている場合を除き、時刻を表すには常に datetime を使用し、タイムスタンプは決して使用しないでください。どちらのタイプも時間を保存します。メモリ使用量と効率の違いについては、ここでは説明しませんが、一般的なアプリケーションでは、この違いはシステムに本質的な影響を与えません。そのため、私の観点はビジネス指向です。 。
日時とタイムスタンプと比較すると、タイムスタンプ型フィールドはデータベース レコードが変更 (更新) されるとこのフィールドの値を自動的に更新しますが、日時は変更される前に手動で設定する必要があります。
この違いを理解する必要があるのは、ビジネスの観点からフィルタリングする場合のみです。通常、作成時間には datetime を選択し、更新時間にはタイムスタンプを選択します。