テーブル設計について
会員制の小さなサイトを運営しています。
会員は会員IDで管理しているのですが、テーブル設計が適切であるか判断できず、助言を頂きたく書き込みさせて頂きました。
現在、会員情報テーブル(info)というテーブルが全ての基本となっています。
このテーブルには、会員IDの他、名前や性別、住所、自己紹介文などほとんど全ての会員情報が含まれています。
このほかに会員同士の交流用のテーブル(koryu)がいくつかあり、
そこには、会員IDとその会員が行った内容が記録されています。
で、現状、交流用テーブルを使用する場合、常に会員の名前を会員情報テーブルから引っ張ってきており、これが、処理的に重いのでは無いか、と思っています。
以下はたとえばの例ですが、
select koryu.id, info.name, koryu.contents from info,koryu where koryu.id=info.id
のように、毎回、(ほぼ)名前だけを引っ張ってきています。
引っかかっているのは、この「名前だけ」というところで、例えば、会員IDと名前しかないテーブルを作成すれば、もしかしたら、処理が軽くなるのでは・・と思っているのです。
20カラムあるテーブルと関連付けを行う場合と、2カラムのテーブルと関連付けを行う場合、
2カラムのテーブルのほうが、処理は軽くなるのでしょうか?また、軽くなる場合、そうしたほうが良いのでしょうか?
(現在、1000名くらいしか会員がいないため、処理が重いということは無いのですが、
安いサーバを使用しているため、処理はなるべく軽くしておきたいと思っています。)
よろしくお願いします。
お礼
さっそくのご回答ありがとうございます。 教えていただいた情報を元に調べてみましたが、おっしゃる通りで なかなか情報がでてきませんでした。 その中でも似たようなテーブルの情報がありましたので載せておきます。 http://japanese.alibaba.com/product-gs/dining-set-446782488.html 引き続き調べてみます。 ご回答ありがとうございます。