データベースの1要素に複数データを格納したい

Question

顧客管理データベースシステムを作成しようとしているのですが、
データベースの要素に複数データが入る場合の管理方法が
分からず困っています。

一例を挙げると、複数の電話番号を持つ人にも対応するように
データベース設計をしようとした場合、どのようにするのが
ベストなのかが分かりません。

電話番号1,電話番号2といったような要素を用意して、
データベースを検索するときには両方を参照する以外に
手は無いのでしょうか？

それとも顧客番号と複数電話番号検索用IDのようなものを対応させ、
電話番号データベース(電話番号ID、電話番号1、電話番号2、電話番号3)
のようなものを用意することで調べるのでしょうか？

正直、どちらもデータベース要素が3つ以上の場合に融通が利かなかったり
まだるっこしい感じがしたりするのですが、代替手段を良く知りません。
何か良い方法ございましたら、ご教示願えませんでしょうか？

hatena1989 · Accepted Answer

正規化して、電話番号を別テーブルに持つか、
顧客マスターに、電話1、電話2、電話3・・・と複数フィールドを持たせるか、
それぞれメリットとデメリットがあるので、
使い方次第でどちらでもいいかと思います。

固定、FAX、携帯、だけでなく、部署別とかで、多数ある可能性があるのなら、
別テーブルにした方がいいでしょう。

設計例

[顧客ID][表示順][電話番号][種別]
1111＿＿1＿＿＿012-111-1111  固定
1111＿＿2＿＿＿012-111-2222　FAX
1111＿＿3＿＿＿012-111-3333  携帯

顧客ID と 表示順 で複数フィールド主キーに設定

柔軟性が高いです。電話番号がどれだけ増えても対応できます。
joinしたものを対象に検索すれば、インデックスを使って高速に処理できます。

最大３つとか５つまでとか限定できるなら顧客マスターに全部入れてもいいでしょう。
ANo.4 で提案されている検索用のフィールドを作成するのもなかなかいいアイデアですが、デー多数が多いとインデックスが利用できないので重くなる可能性があります。
その場合は、面倒ですが、Orで連結した条件式を用意すればいいでしょう。

[電話1]=[検索番号] Or [電話2]=[検索番号] Or [電話3]=[検索番号]

hatena1989 · Answer

> SQL文で書くと、
> select 顧客番号,etc…　from 顧客データベース 
> full join 電話データベース on
> 顧客データベース.顧客番号 = 電話データベース.顧客番号
> WHERE 電話1=検索番号　OR 電話番号2 = 検索番号…
> といった感じでしょうか。

顧客マスタと電話番号テーブルと分割した場合（正規化）と、顧客マスターに電話番号を入れた場合と、ゴッチャにしてますね。

正規化した場合は、

電話番号テーブルは、1レコード1電話番号になりますので、

SELECT 顧客マスタ.* 
FROM
 顧客マスタ LEFT JOIN 電話番号テーブル
 ON 顧客マスタ.顧客番号 = 電話番号テーブル.顧客番号
WHERE
 電話番号 = [検索番号]

です。

顧客マスターに電話番号を入れた場合は、

SELECT 顧客マスタ.* 
FROM
 顧客マスタ
WHERE
 電話1 = [検索番号] OR 電話2 = [検索番号] OR 電話3 = [検索番号]

ということです。

layy · Answer

＞1フィールドが可変個の電話番号を持つような
＞イメージで管理・・・というのが理想

決め打ちでフィールドを用意しても、１電話番号を１レコードとしてテーブルでも
どちらでも管理できそうな話ですが、
何がいいかというのは、
検索で見つかった電話情報をどう使うかにもよります。
検索で見つけやすくなった、のその先の話です。

一般的に見ても１管理単位＝１０個の電話番号も行かないのでは？。
何個発生するかわからないほどのデータ管理にならないのでは？。

仮に、
１フィールド２００バイトに連結文字として確保して
必要に応じて１０バイト区切りにすると可変管理になります。
格納バイト長／１０＝何個格納しているか、です。
そこに５０バイトあれば５つ分、７０バイトあれば７つ分が
入力されていることになります。
１フィールドなら当然検索も楽です。
もう１つ「何個あります」のフィールドを用意してもいいでしょう。

layy · Answer

検索で困っている、ということでしたら
テーブルを増やすのでなくて、項目１つ「検索電話」準備するのみ。

電話1、電話2、電話3・・・・・
を
電話1、電話2、電話3・・・・・、検索電話
電話xは５つくらいあれば十分では？。

「検索電話」には、
「電話1」「電話2」「電話3」・・の連結文字列、
電話1＝1111111111
電話2＝2222222222
電話3＝3333333333
なら
検索電話＝#1111111111#2222222222#3333333333#xxxxxxxxxx#xxxxxxxxxx#・・・

検索電話の１項目だけで検索できますし顧客を特定できます。
電話1が変わっても検索電話の値更新は楽ですし、
市外局番だけでも検索はできます。
電話無、電話1しかない、電話５つある、でも対応です。
「#」は使われない文字を使う。仮の区切り文字。

とある１顧客で管理したい電話、またその検索の仕方、
とある１電話で管理したい顧客、またその検索の仕方、
１：１なのか１：ｎなのかｎ：ｎなのか、
こういうこと考えていけば、構造が見えてくるのではないでしょうか。

テーブルＡ
顧客あ、電話1＝1111111111、電話2＝2222222222、・・・・
を
テーブルＢ
顧客あ、電話1＝1111111111
顧客あ、電話2＝2222222222
顧客あ、・・・・
とするのも面倒です。

例えば、同じ系列の顧客で電話番号が同じで良い、となった場合、
顧客あ、電話1＝1111111111
顧客あ、電話2＝2222222222
顧客あ、・・・・
顧客い、電話1＝1111111111
電話を検索して複数顧客が結果に出るようだと単票フォームでは表示面倒です。
単なる情報として持っていたいだけなら電話番号テーブルを作るほどではないのでは？。
管理が面倒になるだけなので、
別テーブルでＪＯＩＮしたりさせなくてもいいと思います。

SaKaKashi · Answer

ま、電話番号の２つや３つくらいなら、顧客マスタの中に
顧客ID、顧客名称、....,電話番号1、電話番号2、電話番号3とかすればいいのです。
くだらんことで妙なJOINとかしてややこしいことになるより簡単です。
電話番号を外だしにするなら、顧客ID、補助電話番号、優先番号とかするしかないですけど。
そんなことするより顧客を複数登録する方が簡単です。
お客様１代表
お客様１直通
とか

noyuo · Answer

データベース　テーブルの正規化ですね。

電話番号のみの登録テーブルを作ります。
　[オートナンバー] [顧客ID][電話番号][主に使用フラグ]

といったレコード設計でどうでしょうか？

顧客のテーブルの[顧客ID]などで、顧客と電話番号のグループの関連づけをします。

※　[オートナンバー] は、重複レコードを防ぐ識別番号なので、
電話番号自体がユニークになるのであれば、必要ないかもしれません。
（ただ、登録順序を明確にすることができます。）

※　また、[主に使用フラグ]は、[優先順序]のフィールドに変えて通常使用する
電話番号を管理しても良いかもしれません。

※　その他として、電話／携帯電話／FAXなどを区別するフィールドがあると便利です。

参考になりましたでしょうか？

noname#140925 · Answer

そもそも複数の電話番号を登録しないと行けない状態が判りませんが・・・
代表回線登録しとくだけじゃ駄目なんでしょうかね？
通常、固定電話と携帯電話の2つあれば十分な気がしますが。

複数の電話番号を管理したいのなら、顧客IDと電話番号を1:nで紐づければ良い訳ですから、顧客IDと電話番号をキーにしたテーブル作って、顧客情報テーブルとjoinして引っ張ってくれば良いのでは？

データベースの1要素に複数データを格納したい

正規化して、電話番号を別テーブルに持つか、

> SQL文で書くと、

＞1フィールドが可変個の電話番号を持つような

検索で困っている、ということでしたら

ま、電話番号の２つや３つくらいなら、顧客マスタの中に

この回答への補足

データベース テーブルの正規化ですね。

そもそも複数の電話番号を登録しないと行けない状態が判りませんが・・・

この回答への補足

似たような質問が見つかりました

このQ&Aを見た人はこんなQ&Aも見ています

関連するカテゴリからQ&Aを探す

このQ&Aを見た人がよく見るQ&A

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング

データベース　テーブルの正規化ですね。