必要なテーブルの個数について。

漠然としたタイトルで申し訳ありません。

PHPを使用して、フォームに入力された内容をデータベースに書き込もうと思っています。
書き込む内容としては、施設名や(施設名の)都道府県、住所、電話番号、メールアドレスなどです。

データベースを作る際に、上記の情報を一つのテーブルに全て書き込むべきではないのでしょうか？
都道府県は重複する可能性はありますが、他のデータは重複する事は無いと思います。

運用やセキュリティの観点から見ると、テーブルの個数を増やしたほうが良いのでしょうか？


無い知識で質問させて頂きました。
こんなキーワードで調べると良いよ、というご回答でも頂ければうれしいです。
よろしくお願いします。

No.1 ベストアンサー 回答者： yambejp 回答日時： 2009/10/26 19:04

PHPの質問というよりはSQLのものですね。

基本は「正規化」です。

検索性の問題です。
都道府県で集計したいとか、たとえば東京に施設はいくつあるかとか・・・
を考えると都道府県は普通IDを振っておいて別テーブルに入れます。
まぁIDではなく実際の都道府県名を入れておいても同じですが、
集計単位のことを考えると別テーブルが必要になる場合が多いでしょう。

住所はたいていどの施設も１か所につき１つでしょうから、同じテーブルで問題ないと思いますが、電話番号やメールアドレスは
一つとは限りません。
管理方法を調整しつつ別テーブルにした方がいいかもしれません。

どんな方法をとっても「セキュリティ」は対して変わらないと思います。
どちらかというと検索のしやすさとスピードの問題ですね。
（必ずしも検索がしやすいからといってスピードが速いとはかぎらない、逆も然り）

この回答への補足

ご回答ありがとうございます！

とりあえず１施設に１つの電話番号、１つのメールアドレスという事を前提にしています。
アドバイスのとおり、都道府県を別テーブルにしたいと思います。
オラクルブロンズ程度のSQL文しか分からないので、主キー、外部キーなど設定に多少手間取ると思いますが、初めての複数テーブルに挑戦してみます。


ちなみにメールアドレスは[e-mail]のような形式で、書き込んで良いのでしょうか？
それともローカル部@ドメイン部のように、2つに分けたほうがセキュリティは高まるんでしょうか？
(同じテーブルに2つのデータがあれば関係無いような気がしますが、どうなんでしょうか。)

補足日時：2009/10/26 19:48

No.2 回答者： yambejp 回答日時： 2009/10/27 09:39

＞ローカル部@ドメイン部のように、2つに分けたほうがセキュリティは高まるんでしょうか？

繰り返しになりますが、SQLでセキュリティは高まりません。
ただ個人情報に対するアクセスをユーザー権限によって制限する
意図があるのであればテーブルは分けた方が管理しやすいかもしれません。
（実際にはミドルウェアレベルでやることなのでSQLではあまり
制御しないと思いますが）

この回答へのお礼

ありがとうございます！

分けてもセキュリティには関係無いんですね。
いろいろと調べてみます！

お礼日時：2009/10/27 10:42