データの検索の為に列を増やすのは正しいのか

質問

現在mySQLの勉強中です。
テーブルtableにidとnameとunixtimeが格納されています。
登録件数30000件。idは、登録申請時に順に割り振られています。
unixtimeはnameに対応する人間の登録確定時を表したものです。
したがって、idとunixtimeの順番は必ずしも一致しません

このデータから、PHPを使って登録確定日別でid、nameのリストをhtmlで作成したいと思います。
たとえば20001224.htmlには2000年12月24日に登録確定した人のリストが入っているようにしたいです。

このような出力を効率的に行うために、unixtimeからyearとmonthとdateを作成しました。データ型はすべてintです。
あるデータのunixtimeが2011/12/31の場合、yearは2011、monthは12、dateは31となります。

htmlを作成するにあたり、データベースからデータを出力しなければいけません。そのため、
まずdateが条件に一致するデータを抽出して配列にidとmonthとyearを格納し、
次にmonthが条件に一致するものを抽出して配列にidとyearに格納し、
最後にyearが一致するデータのidを抽出し、idに該当するデータをechoしようと考えています。
が、この方法は正しいのでしょうか。

SQLは検索にいろいろテクニックが必要で、方法を誤ると途端に検索速度が速くなったり遅くなったりすると聞きました。
列を増やすことで、メモリの使用量が増えて検索が遅くなったり、もしかしたらunixtimeで上手に検索する方法があるのかもしれないと思います。

どなたかこういう時はどういう検索を行うのが正しいのか、ご教示ください。
どうかよろしくお願いします。

回答No.2

yambejp · ベストアンサー

＞仮に将来的に３００万件まで増えた場合はどうするのが正しいのでしょうか。

それにしても今回の案件についてはymdにわける意義はないですね
date型でデータをもってインデックスがはってあれば
所定日を特定するのは必要十分です

ymdで分けて意味がでてくるのはたとえば2011年12月のみを対象とするなどの場合
date型をつかうとbetween処理になるのでrangeでの検索になりますが
year=2011、month=12で行えばrefでの検索になり効率的です

explainについて学習するとよいかもしれないですね

お礼

ありがとうございました。

回答No.1

yambejp

データ件数３万程度ならなにやってもほぼかわらないと思います
300万件なら少しは気にする必要がありますが・・・
また確定日別で抽出・集計であればあえてymdを分ける意義はないかも知れませんね

ちなみに
＞20001224.htmlには2000年12月24日に登録確定した人のリスト

スタティックなhtmlを吐き出すよりなにかサーバーサイドプログラムで
ダイナミックに抽出したほうがいい気がします

output.php?d=20001224、みたいな・・・

お礼

ご回答ありがとうございます。
＞また確定日別で抽出・集計であればあえてymdを分ける意義はないかも知れませんね
この場合ですが、仮に将来的に３００万件まで増えた場合はどうするのが正しいのでしょうか。