データベースの設計をしています。

質問

データベースの設計をしています。

ユーザマスタというテーブルがあり、
その中には、個人または企業のデータが入ります。

マスタ登録時に個人と企業は微妙に必須項目が違います。
(例えば、企業の場合は代表者名が入る、など)

要件としては、「企業だけを検索したい」というものもあります。

ここで質問なのですが、

(1)ユーザマスタに「企業フラグ」をつけて、それが「1」のものと検索する
(2)代表者名に値が入っているものを検索する

この場合、(1)と(2)ではどちらが検索が速いのでしょうか。
(1)の方が、気分的に(なんとなく、です)速い気がするのですが、
(1)だと、余分にカラムを持つことになり、もし(1)も(2)も同じ速さOR(2)の方が速い場合には
無駄だなあ、と思って困っております。

どなたかお詳しい方がいらっしゃいましたら、
どうぞよろしくお願い致します。

回答No.2

ToOrisugaru · ベストアンサー

はじめまして、通りすがりと申します。
さて、ご質問の件なのですが、比較だけの速度の質問でしたら当然比較する項目の長さに依存しますので
フラグにて抽出するほうが早いということになります。
但し、フラグによる切り分けが最良の方法かは言えません。
設計の考え方にはいろいろとありますが（個人レベルでその業務をどう捉えるか．．）
それにより、性能重視なのか、メンテナンス重視なのか、開発のし易さなのか、その割合をどのように
考えるのかなどにより指針が変動してくると思います。

では、フラグ一つ追加し一つのテーブルに二つの要素（個人／企業）があることによりどのような影響が
出てくるのかが全体的にどのような影響を与えるのか．．なども検討しなければなりません。
たとえば、個人１８００万件、企業　８００万件の対象データがあると過程します。
この場合、ご質問の設計方針では２６００万件のデータを毎回フラグを参照することになります。
回答者１さんの案はどうでしょうか？　個人を参照した場合、個人は１８００万件　企業を参照した場合
８００万件参照することになりアクセスは回答者１さんのほうが断然早く解を得られると思います。

また、テーブルに定義する項目数に関する性能ではどうでしょうか？
たとえば、個人情報特有の項目数が、１００（全部で１３０）個、企業特有の項目が１００（全部で１３０
個）、共通の項目が３０（括弧内数値）個だとします。この場合、企業／個人の双方を一つとした場合、
２３０個のテーブルとなります。
（実際には、こんなに項目数ないとか、もっとあるとかあると思います。例として挙げてるだけです）
データベースは様々なＤＭＬを解釈するためにその仕組みは項目単位で管理しており、処理対象とする
項目数により性能が大幅に変動してきます。
一つのテーブルに、複数の要素（企業／顧客）を操作するようにすると操作毎に対象外の項目を参照
し必要否かを判断することと思います。このような操作により性能を劣化させることかと思います。
逆に分けた場合はどうでしょうか？。確かに一つのテーブルで管理する項目は約半分になり、前述した
ネックも半分になりますが、逆に性能を劣化させることも考えられます。当然テーブルを複数に分ければ、
解を求めるときに、テーブル結合、仮想表などを使用すると思います。この方式に於いても性能劣化たる要素が含まれるかと思います。

　これらの事を考慮すると、一概にどちらの考え方（フラグを設けるか、既存項目の内容を比較するか）
がより早いかという解は得られないと思います。

　それよりも、基本的にデータベースの設計論に基づいて（正規化云々）整理し、次に性能面での検討を
行いフラグを設けるのは妥当か、既存項目の参照は妥当か、若しくは、テーブルを二つに分けるか
（回答１）をご検討されては如何でしょうか？

回答No.3

yambejp

単純に言えば、顧客マスターは一つの方がいい。
データの管理がしやすし、スピードもあがります。
また特定の条件に依存する項目がある場合、正規化する方が好ましいです。
ただ正規化もよしあしで、多くのケースでスピードとトレードオフになるので
チューニングしながらの設計になると思います

回答No.1

Tasuke22

私なら個人顧客と企業顧客は別テーブルにしたい。

フラグというのはかなり格好が悪いし、代表者名があるから
企業と決めつけるのもなんだか意味が曲解していきそう。