一个公司的产品有很多。客户也很多。这样的数据库当然就包括了

１。产品名录表（带有条码）
２。客户表。
３。订购单表（做Invoice用）

我的疑问是，不同的客户有不同不同的Profile，每种产品的需求量各客户之间是不同的。这个Profile怎样设计比较科学？

Profile应该是产品名录一样的表，但是附有各种产品需求数量。我所能想出来的是

方法１。每一个客户有一个产品名录表。麻烦的是这样在做定单的时候就要去调对应的Profile表。而且产品更新时需要更新所有的Profile表。

方法２是一个长长大表，包括了所有的Profiles，加一列客户Key区分。同一产品会重复多次，每个客户一次（因为每个客户需求量不同）。

方法３。将产品名录做成一个Look up table，除了产品本身介绍外，有无数多的列，每一列是一个客户。缺点是没增加一个客户就要去新开一列。可是数据库的最多列数可能是有限的。

还有什么更科学的方法？帮我东东脑筋吧？