php - 除了作为 'dumb' 数据存储之外，将 MySQL 用于任何其他用途有什么好处吗？

Question

我问的原因是我们想使用 MySQL 当前不支持的特定 CHECK 约束。如果没有这种类型的约束，使用外键和参照完整性的全部原因似乎会随着应用程序代码承担更多数据库的责任而减少。

如果我们要创建一个“哑”数据模型并将所有引用完整性检查移动到应用程序代码中的一个层，那么潜在的测试可能会更简单，因为引用完整性错误将被困在应用程序中而不是数据库中.它还可能会加速新模块的开发，因为它们在测试之前不一定必须参照完整(这是一个术语吗？)。

那么，在 MySQL 中坚持使用“适当”的数据模型并保留外键和“ON UPDATE CASCADE”语句等还有其他好处吗？

或者，我们应该放弃 MySQL 并转向其他东西吗？!

谢谢!

Answer 1

一些开发人员提倡在数据库中完全没有业务逻辑——你的愚蠢的数据存储。所以这绝对是一个有效的策略。

将约束(和其他业务逻辑)移出数据库让我担心的是，在任何地方强制执行约束都更加困难。每个应用程序中的每个开发人员都可能违反该约束。 DBA 也无能为力。

因此，我倾向于在数据库本身中包含这些规则。