MySQL Date/Timeタイプを使う

彼と同じチームだったので、彼の潔癖症のやり方はよく知っています。彼の多くの観点に対しても賛成します。しかし、非常に理解できないところがあります。データベースを設計する時、いつも避けて使います。 Date/Time を選択します。彼のやり方は時間に関するフィールドを INT(10) を選択して、 UNIX タイムスタンプを保存します。まず、タイプの操作の違いです。 wiLdGoose このようにする「時間計算」は実質的に整形の間の操作です。 10）さらにタイムスタンプは VRCHAR（10） ，これによる効率問題は言うまでもない。時間計算と整形計算、さらには文字列の計算の効率については、この文章は非常に問題を説明しています。次に、論理的な問題です。これは使用時間の種類の利点であり、特に高精度が必要な項目である。例えば「前の週のデータ」と「データベースを作ってから毎週月曜日のデータを得る」という操作が必要です。 wiLdGoose 兄のやり方の複雑さは推して知るべしだ。最後に、直感的で直観的でない問題です。私たちの脳はこの大串のタイムスタンプを直接日付書式に変換しないことが理解できます。比較して、直接的に時間のタイプを使うのは明らかにずっと直観的です（それ自体が時間のフォーマットです）。今のチームも同じような方法を使っています。本人は似たような技術の細部についても長い間論争しましたが、持ち場と決定権の問題で、チームはやはり自分の意見を受け入れられなくて、とても残念です。MySQL 簡単で高速な位置決め DBM 自然は迅速にコントロールできますが、一方では踏み込んでいかないような状況になりやすいです。これに対して、私達は更に各項目のデータベースの設計の詳細に注意しなければならなくて、一つの製品は絶えず新しい機能を添加して最後まで応用に向かうのです。最後に、添付します  MySQL 公式の時間と日付関数のマニュアルです。