こんにちは、加藤です。

In message "[mysql 06201] Re: テーブル作成数の上限",
Show <for_news@xxxxxxxxxx> wrote:

>本来は一つのテーブルにまとめたいのですが、そうすると
>今度は最大10000〜15000カラム、最大100万レコード程度の
>巨大テーブルになってしまう可能性があるのです。

　　100 万レコードは『まあ多めかな』くらいに思いますが、フィールド数は
　異常ですね。正規化してもそうなるのでしょうか。

>イメージとしては100万程度の商品レコードがあって、
>5000社がその中のそれぞれ2〜3万レコード（重複あり）に対して
>それぞれ3カラム程度のデータを付与するという感じです。

　　付与データの形式が顧客間で共通であれば、下のようなやり方もあります。

○顧客マスタ
CREATE TABLE CUSTOMERS
(
  CstmID int(11) NOT NULL auto_increment,  ← 顧客 ID
  CstmName varchar(64),                    ← 顧客名
  PRIMARY KEY (CustomerID)
);

○商品マスタ
CREATE TABLE ITEMS
(
  ItemID int(11) NOT NULL auto_increment,  ← 商品 ID
  ItemName varchar(64),                    ← 商品名
  Price int(11),                           ← 価格
  PRIMARY KEY (ItemID)
);

○顧客・商品対応テーブル
CREATE TABLE CORRESPOND
(
  CrID int(11) NOT NULL auto_increment,    ← 対応 ID  
  CstmID int(11) NOT NULL,                 ← 顧客 ID
  ItemID int(11) NOT NULL,                 ← 商品 ID
  PRIMARY KEY (CrID),
  KEY (CstmID, ItemID)
);

○付与データテーブル
CREATE TABLE ADDITIONAL
(
  CrID int(11) NOT NULL,                   ← 対応 ID
  AddData varchar(64),                     ← 付与データ
  KEY (CrID)
);

○顧客ごとの商品名・価格・付与データ
SELECT ItemName,Price,AddData FROM 
(ITEMS AS I INNER JOIN CORRESPOND AS C ON I.ItemID=C.ItemID) 
INNER JOIN ADDITIONAL AS A ON C.CrID=A.CrID 
WHERE CstmID=n;

○顧客ごとの商品数
SELECT COUNT(*) FROM CORRESPOND WHERE CstmID=n;

>■スピードはそれほど必要としない

　　といっても共用レンタルということはなるべく負荷がかからず、サーバリソースを
　占有しないように留意しないといけませんね。

--  ________________________________
  _/_/  Tomohiro "Tomo-p" KATO
 _/_/  e-mail : tomop@xxxxxxxxxx
_/_/  http://www.teamgedoh.net/