需求应该是这样的：
本身 是有系统是有默认的产品表的；
但默认的产品表是 给 商户 用的；
也就是说 商户注册 之能 在系统默认的产品表里 上架产品 和下架产品，产品只能修改价格；
商户的已上架产品 和 下架产品 和系统默认的产品表 该如何设计呢 ，
每个注册商户的已上架产品和下架产品 该怎么和系统默认的产品表 关联呢
不要根我说 复制一份系统的产品表放在 每个商户的产品表下面哦 这样100个商户就有100个产品表了
数据该怎么存储呢；
系统 信息；
平台 2种 身份 一个是注册商户 ， 只能 卖 系统本身的产品， 也就是说 商户查看 这个商品自己是否有 有的花 就 可以 上架系统的产品 并可以 修改产品的 价格 ； 一个是 注册 产品购买用户 ；用户 可以 购买商户的 产品
回复内容：
需求应该是这样6来源gaodaimacom搞#^代%!码网搞gaodaima代码的：
本身 是有系统是有默认的产品表的；
但默认的产品表是 给 商户 用的；
也就是说 商户注册 之能 在系统默认的产品表里 上架产品 和下架产品，产品只能修改价格；
商户的已上架产品 和 下架产品 和系统默认的产品表 该如何设计呢 ，
每个注册商户的已上架产品和下架产品 该怎么和系统默认的产品表 关联呢
不要根我说 复制一份系统的产品表放在 每个商户的产品表下面哦 这样100个商户就有100个产品表了
数据该怎么存储呢；
系统 信息；
平台 2种 身份 一个是注册商户 ， 只能 卖 系统本身的产品， 也就是说 商户查看 这个商品自己是否有 有的花 就 可以 上架系统的产品 并可以 修改产品的 价格 ； 一个是 注册 产品购买用户 ；用户 可以 购买商户的 产品
<body>
商户的 后台 就是 显示 系统所有的 产品 可以 上架 系统的产品 下架 系统的产品 上架的 时候 可以修改 系统产品的价格
转载请注明原文链接：问个数据库设计的问题mysql
