数据库设计结构|产品与产品 child

Question

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

实际上我有这样的结构:

表产品

ID | Ordernumber | Name | Desc | Price

表PRODUCT_KIDS

ID | MasterProductID | Ordernumber | Price

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

ADD HTML 表单如下所示:

产品数据

Ordernumber
Name
Desc
Price

PRODUCT_KIDS的数据

Ordnernumber
Price

由于某些原因，客户只需要 2 个 PRODUCT_KIDS，而不需要他们的 MasterProduct。在本例中，我需要来自主产品的名称和描述。

我的问题如下:

• 我应该将这两个表合并在一起吗？这是搜索内容的最佳方式吗？
• 当我合并这两个表时，我是否也应该保存 PRODUCT_KIDS 的名称和说明(对于上面的示例)？

Answer 1

what would be the best way to design a mysql table which can be filled with HTML (+PHP) form.

谁在乎呢？与流行的看法相反，MySql 只是另一种关系数据库，而 PHP 只是另一种 Web 脚本技术。无论你使用 mysql + php 还是 oracle + java 或者 sql server + asp.net 答案都是一样的。

关系数据库设计的原则适用于任何关系数据库。因此，这个问题与 MySql 无关，尤其与 PHP 无关。

Table PRODUCT

Table PRODUCT_KIDS

这是对该主题的简单化看法，遗漏了许多甚至合法的项目，例如可能的国际税收、不同的运输代码及其价格(并非所有项目都可以合并在一次装运中)，例如项目的定制总的来说 - 我记得写过一家商店，那里出售定制长度的管道；)有些元素需要单独运输；)

《数据模型资源书》，第 1 卷，深入讨论了标准企业场景 - 包​​括地址管理(不像大多数人做的那么简单)、会计和......整个商店 blabla(存储、库存) ， 价钱)。您的两种(!)方法都很简单，在我的管辖范围内是完全非法的，因为它不会考虑正确跟踪各种产品的税收的法律要求。

我只能建议得到它 - 他们还深入探讨了一些行业层面的特殊性。例如;) - 服装。开一家布料店，你就会对“同一产品的不同尺寸和颜色”感到疯狂。您的方法将导致一件“衬衫”可能有 200 个子项(尺寸 * 颜色);)

我建议:回到绘图板。一本好书；)我个人很喜欢读这本书 - 嗯 - 很久以前。