| |
▼buti さん：
おはようございます。
>>例えば会社の同僚の住所録テーブルを作成するとすると、
>>会社の情報（社員コード、部署、役職など）と
>>プライベートな情報（血液型、住所、電話番号など）は別テーブルになります。
>
>この場合は、両方に社員コードを持つと考えて良いのでしょうか？
ユニークな（そのテーブルで重複しない）値であれば何でも良いと思います。
例えば「社員名」を両方のテーブルに持たせてリレーションを張ることもできますが、
同姓同名の人がいる可能性は0ではないのでやはり「社員コード」が適当かと思われます。
>一つのIDでいくつものテーブルとつなげるというのはテーブル作成を行う上では
>あまりない事なのでしょうか？
>これは選択クエリで全部参照してしまうという方法で解決できないものなの
>でしょうか？
結局正規化に関しては、「可能」「不可能」の問題ではなくて
「効率的」「非効率的」の問題だと思います。
複雑にテーブルを分割してもSQL や VBA を駆使すれば結果を返す事は可能ですが、
メンテナンスや他の人が使用する事を考えると「正規化をしましょう」という事になるのでしょう。
具体的にbuti さんがどのような業務でどのような運用をされるのかが解らないので
（いや、教えて頂いてもですけど）「これが最適です」というアドバイスができなくて申し訳ないです。
|
|
小僧
- 05/7/7(木) 10:20 -
