(当然のことながら) Seller という名前のテーブルに売り手情報を格納するリレーショナル データベースがあります。そのテーブルには、業界という列があります。私はまた、売り手について多くの属性を持っています. 売り手に適用される属性は、その業界によって異なります。平均して、業界には適用可能な属性は 4 つしかありません。業界ごとの最大属性は 12 属性です (これまでのところ)。
現在、各属性を Seller テーブルの列として表しています。21 個の属性があるため、Seller テーブルで null を許可する 21 個の対応する列があります。
アプリケーションはかなり新しいもの (3 か月) であり、ビジネスはこの間に 6 つの新しい属性を要求しました (合計 27 の属性)。今後もさらに多くの属性が要求されると思います。私は今、各属性をセラーの列として持つという選択に疑問を抱いています。データベースでこれをモデル化するより良い方法はありますか?
属性と呼ばれる単一の列があると誰かに言及してもらいました。その列は XML 型になります。属性名 (業界に関連する) とそれに対応する値を含む XML。それは良いアプローチですか?
編集 154 の産業があります。したがって、多くの業界には共通の属性があります。