我有一个 Magento 商店（使用 MySql 数据库），只是注意到一些开发人员引入了一个自定义数据库来捕获一些结构化数据。
现在我注意到这些表没有通过外键相互链接，而是添加了一个列，例如priceListID = 01124 与价目表上的 Id 相同。因此，必须通过触发我假设的不同选择语句在代码中将数据链接在一起。
现在我想知道这是否需要尽快修复，或者实际上是否可以不使用数据库级别的外键将数据链接在一起？ 这样做有什么缺点，是否有一些好处（比如灵活性？）
希望你能帮我解决这个问题！非常感谢！
【问题讨论】：
标签： php mysql sql database magento
将此类约束保存在数据库中并没有什么好处：
select 检查数据完整性吗？您必须向数据库发出额外的请求。这需要一些时间。对我来说，这都是一种糟糕的、不可扩展的设计，会带来很多问题。数据完整性是构建数据库的目的。并且这些类型的验证应该保留在数据库中。
【讨论】：
根据您的描述，我了解到表格确实功能相关，因为它们共享一条共同的信息（新表格中的priceListID 与原始表格中的id 相关）。一方面，这种设置仍然允许编写将表连接在一起的查询。
但是，不创建外键来表示该关系的缺点是，从数据库的角度来看，无法保证关系的一致性。例如，可能会在新表中创建记录，而 priceListID 在原始表中不存在。也可以删除旧表中的记录，而新表中存在相关记录，从而将孩子变成孤儿。
作为结论：通过不使用外键，开发人员仅依靠应用程序来维护数据完整性。不使用 RDBMS 提供的内置特性来保护数据一致性并没有明显的好处，而且开发人员很可能只是忘记了表定义的关键部分。我建议与他们交谈并建议他们创建缺少的外键（除非他们能清楚地解释为什么他们没有这样做）。
这应该很简单：
ALTER TABLE newtable
ADD CONSTRAINT fk_new_to_original_fk
FOREIGN KEY (priceListID )
REFERENCES originaltable(id);
请注意，这要求引用列中的所有值在父表中都可用。
【讨论】：