数据库设计结构|产品＆amp; ProductKids

Question

设计mysql表的最佳方法是什么，可以用HTML（+ PHP）表单填充。

其实我有这个结构：

表PRODUCT

ID | Ordernumber | Name | Desc | Price

表PRODUCT_KIDS

ID | MasterProductID | Ordernumber | Price

我的两个表格之间的唯一区别是Name和Desc。

ADD HTML表单如下所示：

PRODUCT的数据

Ordernumber
Name
Desc
Price

PRODUCT_KIDS的数据

Ordnernumber
Price

出于某些原因，客户只需要2个没有MasterProduct的PRODUCT_KIDS。在这种情况下，我需要主人的姓名和描述 - Product。

我的问题如下：

• 我应该将这两张桌合并在一起吗？这是搜索某些内容的最佳方式吗？
• 当我合并这两张桌子时，我应该保存名称＆amp;还有PRODUCT_KIDS的描述（对于上面的例子）？

Answer 1

  

设计一个可以用HTML（+ PHP）表单填充的mysql表的最佳方法是什么。

谁在乎？与普遍认为的相反，MySql只是另一种关系数据库而PHP只是另一种网络脚本技术。无论你使用的是mysql + php还是oracle + java或sql server + asp.net，答案都是一样的。

关系数据库设计的原则适用于任何关系数据库。因此，问题与MySql无关，特别是与PHP无关。

  

表格产品

     

表PRODUCT_KIDS

这是关于该主题的简单观点，遗漏了许多甚至合法的项目，例如可能的国际税收，不同的运输代码及其价格（并非所有项目都可以合并在一个货件中）以及例如物品的定制一般来说 - 我记得写过一个PIPES在哪里出售的商店，定制长度;）有些商品需要单独发货;）

“数据模型资源手册”，第1卷，深入讨论标准企业scnearios - 包括地址管理（不像大多数人那样简单），会计和....整个店铺blabla（存储，库存） ， 价钱）。您的方法两者都是过于简单化，在我的法律中完全是非法的，因为它不会因为正确跟踪各种产品的税收而采取法律要求。

我只能建议将它打印出来 - 它们也深入探讨了一些行业层面的特殊性。例如;） - 服装。为布料做一个商店，你就可以选择“同样产品的尺寸和颜色”。你的方法会导致“衬衫”可能有200个孩子（尺寸*颜色）;）

我建议：回到绘图板。有一本好书;）我个人很喜欢读这本书 - 嗯 - 很久以前。