F.Y さん、ご指摘ありがとうございます。

なるほど、レコード数はそれほど気にする事はないのかもしれませんね。
お気に入りに追加できるアイテムの数は、制限するとしても結構多めになると思うので、
2の方法だと、カラムの数が増えるだけメンテナンスが大変かもしれませんね。

もう少し検討してみます。





----- Original Message ----- 
From: "F.Y" <fumi_sby@xxxxxxxxxx>
To: <ml@xxxxxxxxxx>
Sent: Sunday, June 25, 2006 9:23 PM
Subject: [mysql 13109] Re: テーブル設計について


> 答えにくい話だなや。
> 「効率的」がわからん。開発効率、メンテナンス効率、ディスク使用率上の効
> 率、ファイルI/Oの効率、動作速度、などなど。
> がんばって時間を作り出して、何種類も作ってみると糧になると思う。
> わしならたいていは1の方法をとるけど、ピックアップアイテムが5つ以内だと
> か条件が絞れてマスタメンテ画面作る気力がわかないときは顧客マスタに持た
> せるかもしれない。ケースバイケース。
> 
> レコード数が多いってことは現代においてはあまり気にしないと思う。わしゃInnoDB
> がキライでMyISAM命だけど、800万や1000万レコードならものの数ではない。考
> えてもみよ、なんたらIDとなんたらIDとなんたらIDなどでint型を3つ4つもつと
> して、1レコード30byte程度、1000万レコードあってインデックスはりまくって
> いたとしても500MB程度でしょ。いまどきのCPUといまどきのメモリ搭載量とい
> まどきのHDDなら気にすることはまったくない。
>