小编Lee*_*ren的帖子

使用带有伪外键的 RDBMS VS 使用 NoSQL 解决方案

根据我们组织的一些数据库管理员的说法,通常不建议在我们的 MySQL 数据库中实际强制执行外键关系。相反,最好用伪外键 ID 列简单地表示它,并为外键强制执行额外的应用程序处理。原因是随着数据库的扩展,插入和删除(尤其是级联的)变得非常昂贵。

但这不是违背了 RBDMS 的初衷吗?据我了解,似乎使用 RBDMS 开始的最大原因之一(除了强制 ACID 属性)是确保最小化涉及相关(即通过 FK 由连接表绑定)对象的应用程序查询处理。

那么使用伪外键和附加应用程序处理通常更实用吗?而且,如果是这样,您为什么还要使用 RBDMS?我认为原因是应用程序处理仍然比 NoSQL 解决方案略少(而且更直接)?

rdbms foreign-key database-design best-practices

1
推荐指数
1
解决办法
333
查看次数