テーブルの作り方について

はじめまして。
SQLは初心者なんですが、テーブル構成の仕方について質問です。

ある場面で使用するのは、A,B,C,D,Eというデータで、
別のある場面で使用するのは、A,B,F,G,Hという場合にはテーブル(A,B,C,D,E,F,G,H)を作って１つのテーブルにするのはいいのでしょうか？悪いのでしょうか？
メンテナンスや、大量のデータ取得などをするのにこの構成が適しているのかどうかがわかりません。
別々に作るのと、まとめて作ることそれぞれの
メリット、デメリットがあったら教えてください。

No.3 ベストアンサー 回答者： neuron-x 回答日時： 2005/12/29 13:32

この内容からだけでは、良いとも悪いとも言えません。

というのは、項目A～Hの関係が分からないからです。

例えば、[氏名コード]、[名前]、[生年月日]、[性別]など、関連性があれば同じテーブルに含めて問題ありません。
ただ、[氏名コード],[名前],[生年月日],[性別],[所属部署コード],[所属部署名]などを同じテーブルにまとめるのは良い設計ではありません。
この場合、[氏名コード]をキーとするテーブル（氏名コード、名前、生年月日、性別、所属部署コード）、[所属部署コード]をキーとするテーブル（所属部署コード、所属部署名）の２テーブルを作成し、[所属部署コード]で２つのテーブルを関連づけます。

テーブルの設計では、正規化（項目の整理）がよく行われます。第１～第５正規化、ボイスコッド正規化など多数の正規化が存在しますが、実際のシステムでは第３正規形か、第２正規形がよく利用されます。（第３正規形あたりが理想的ですが、パフォーマンスを重視しないといけないシステムでは、やむを得ず第２正規形を使用したり）

正規化するメリットは、データの整合性が保ちやすい。（Aさんの名前が変わったとき、たくさんのテーブルにAさんの名前が入っていた場合、全ての名前を変更する必要がある）
正規化しないメリットは、パフォーマンスが良い。データを簡単に取得できる…などがあります。

No.2 回答者： Senna_FF 回答日時： 2005/12/29 11:57

それぞれのデータ項目の性質にもよるので、一概には回答できないのですが、

Webで「データベース　正規化」等で検索すると、さまざまなレクチャーがされています。
その中には、データサンプル等も示されてますので、そちらを参考にされるとよいと思います。
メリット、デメリットについても書かれていますよ。
（データの物理的なこと、整合性・パフォーマンスなど）

http://www.google.co.jp/search?q=%E3%83%87%E3%83 …

No.1 回答者： 0KG00 回答日時： 2005/12/29 11:54

通常は一緒に作っておいて、ビューで分けるかSQLで分ける場合が多いですね。

メリット/デメリットは表裏一体です。

同じテーブルにしておいた場合ですが
[メリット]
データの同期を取る必要がなく、データの整合性に問題が無い

[デメリット]
データの更新などでロックが掛かった場合、ロックの方法によっては他方も参照ができなくなる事がある(性能面でも有利?)