問個資料庫設計的問題mysql

需求應該是這樣的：

本身 是有系統是有預設的產品表的；

但預設的產品表是 給 商戶 用的；

也就是說 商戶註冊 之能 在系統預設的產品表裡 上架產品 和下架產品，產品只能修改價格；

商戶的已上架產品 和 下架產品 和系統預設的產品表 該如何設計呢 ，

每個註冊商戶的已上架產品和下架產品 該怎麼和系統預設的產品表 關聯呢

不要根我說 複製一份系統的產品表放在 每個商戶的產品表下面哦 這樣100個商戶就有100個產品表了

資料該怎麼儲存呢；

系統 資訊；

平台 2種 身份 一個是註冊商戶 ， 只能 賣 系統本身的產品， 也就是說 商戶查看 這個商品自己是否有 有的花 就 可以 上架系統的產品 並可以 修改產品的 價格 ； 一個是 註冊 產品購買使用者 ；使用者 可以 購買商戶的 產品

回複內容：

需求應該是這樣的：

本身 是有系統是有預設的產品表的；

但預設的產品表是 給 商戶 用的；

也就是說 商戶註冊 之能 在系統預設的產品表裡 上架產品 和下架產品，產品只能修改價格；

商戶的已上架產品 和 下架產品 和系統預設的產品表 該如何設計呢 ，

每個註冊商戶的已上架產品和下架產品 該怎麼和系統預設的產品表 關聯呢

不要根我說 複製一份系統的產品表放在 每個商戶的產品表下面哦 這樣100個商戶就有100個產品表了

資料該怎麼儲存呢；

系統 資訊；

平台 2種 身份 一個是註冊商戶 ， 只能 賣 系統本身的產品， 也就是說 商戶查看 這個商品自己是否有 有的花 就 可以 上架系統的產品 並可以 修改產品的 價格 ； 一個是 註冊 產品購買使用者 ；使用者 可以 購買商戶的 產品

商戶的 後台 就是 顯示 系統所有的 產品 可以 上架 系統的產品 下架 系統的產品 上架的 時候 可以修改 系統產品的價格

