mysqlのdatetimeフィールドにインデックスを付けるのは良い考えですか？

大規模なデータベースの設計に取り組んでいます。私のアプリケーションでは、たとえば、現在400万レコードのテーブルが1つあるなど、多くの行があります。ほとんどのクエリでは、datetime句を使用してデータを選択しています。mysqlデータベースの日時フィールドにインデックスを付けるのは良い考えですか？

Select field1, field2,.....,field15
from table where field 20 between now() and now + 30 days 

データベースを適切に機能させ、クエリがスムーズに実行されるようにしています

さらに、高効率のデータベースを作成する必要があると思いますか？

MySQLでは、条件間の行の削除など、さまざまな理由からインデックスを使用することをお勧めしています。http：//dev.mysql.com/doc/refman/5.0/en/mysql-indexes.html

これにより、クエリの条件で頻繁に使用する場合は、datetime列がインデックスの優れた候補になります。唯一の条件がBETWEEN NOW() AND DATE_ADD(NOW(), INTERVAL 30 DAY)あり、その条件に他のインデックスがない場合、MySQLはすべてのクエリで全テーブルスキャンを実行する必要があります。30日間で生成される行数はわかりませんが、合計行数の約1/3未満であれば、列のインデックスを使用する方が効率的です。

効率的なデータベースの作成についてのあなたの質問は非常に広いです。正規化されており、適切なすべての列にインデックスが付けられていることを確認します（つまり、結合とwhere句で使用される列）。

ここで著者が行ったテストは、整数のUNIXタイムスタンプがDateTimeよりも優れていることを示しました。注：彼はMySqlを使用しました。しかし、どのDBエンジンを使用しても、整数の比較は日付の比較よりもわずかに速いので、intインデックスはDateTimeインデックスよりも優れています。T1-2つの日付を比較する時間、T2-2つの整数を比較する時間を取ります。インデックス付きフィールドの検索には、およそO（log（rows））時間かかります。これは、インデックスがバランスの取れたツリーに基づいているためです。DBエンジンによって異なる場合がありますが、とにかくLog（rows）が一般的な推定値です。（ビットマスクまたはrツリーベースのインデックスを使用しない場合）。したがって、違いは（T2-T1）* Log（rows）です-クエリを頻繁に実行する場合に役割を果たす可能性があります。