これを実現するには、基本的に 3 つの方法があります。
1) 複数のフィールドを 1 つの列に別々に書き込みます。これは非常に悪い設計であり、アプリケーションで分割を処理する必要があります - そうしないでください ;-)
2) 複数のグループを持つ 1 つのテーブルを使用して、データを格納します。これはパラメーターには意味がありますが、顧客ごとに異なる値がある場合は実際にはそうではありません。例えば:
例:
108001, 'homepage', 1, 'www.mypage.com';
108001, 'homepage', 2, 'www.mysecondpage.com';
108001, 'homepage', 3, 'www.anotherpage.com';
108001, 'markets', 1, 'erp';
108001, 'markets', 2, 'software';
108001, 'region', 1, 'germany';
108001, 'region', 2, 'austria';
108001, 'region', 3, 'poland';
3) 1:n 関係ごとに別々のテーブルを使用してください! これは、私が推測するニーズに最適なソリューションです。これには、スキーマを簡単に拡張して、より多くのデータを格納できるという利点があります。たとえば、各地域や主要市場などのユーザー数を保存することにした場合などです。
もう 1 つのポイント: n:m 関係を使用して、データベース内の二重コンテンツを回避してください。たとえば、主要な市場と地域を完全に分離したテーブルに格納し、顧客の ID と主要な市場をクロス集計に格納する必要があります。そのため、キーマーケットを顧客ごとに文字列として保存する必要はありません!