3年前、小さなプロジェクトの経験、新人兄弟を共有するために(小さなソフトウェアのドキュメントを送信と受信:小さなスキルSMALLDATETIMEを)...

このシステムはもちろん、テーブルがたくさんあり、100以上のMのデータベースを持って、私のテーブルのそれぞれは、いくつかのフィールドが同じ存在している
例CreateUserID、CREATEDATE、ModifyUserID、ModifyDate。これらのフィールドは、数を示す
データが変更されたときに誰が、最後に変更されたときに作成され、作成したデータを、。

私は最適化することができれば問題はCREATEDATE、ModifyDateは、私は常にdatetimeデータ型を使用するか、発生した、私が思うに
、私のデータベースを下げる、データベースはいくつかのより良いパフォーマンスを可能にする、私が思うに、よりSMALLDATETIMEでいくつかのスペースを節約します
計算速度を向上させることができ、私はこれらの二つのフィールド内のすべてのテーブルの私のデータベースが起動SMALLDATETIMEするように変更されている置きます。

奇跡は、それは私のデータベースが軽く20Mになってみましょう、そのような変化であり、そして私の心は偉大だった、80以上のMのデータベースに、起こった
データベースは、他に何も変更しなくても、小さくて、私は、ほとんどを考えますそのうちの少なくともいくつかを読み取ることがあまりにも速いスピード。

だから私は、あなたが、データのSMALLDATETIMEの範囲は、あなたの要件を満たすことができている場合は、日時を使用していないことを示唆しています。
パフォーマンスもそれのいくつかが高い場合には、高くてもよいです。私は、この文書は、あなたが読んで、白ではないことを願って、いくつかの小さな経験をお読みください。

 

ようこそ批判のポインティング、環境コミュニケーションメッセージ。

ます。https://my.oschina.net/iwenr/blog/227684で再現

おすすめ

転載: blog.csdn.net/weixin_34281537/article/details/91674827