sql – 真的需要关系表吗？

关系表主要包含两列：IDTABLE1和IDTABLE2.

只有关系表之间似乎有变化的是这两列的名称和表名.

如果我们创建一个表关系会更好吗？在这个表中我们放置3列：
TABLE_NAME,IDTABLE1,IDTABLE2,然后将此表用于所有关系？

这是Web /桌面应用程序开发中的一个好/可接受的解决方案吗？这有什么不利之处？

注意：
谢谢大家的反馈.我很感激.
但是,我认为你有点太过分了……每个解决方案都有效,直到有一点.
由于数据存储简单的文本文件在某一点上是好的,比MS Access要好,比MS Server,比…更好…
说实话,我还没有看到任何论据说明为什么这个解决方案对于小型项目(数据库大小为几GB)不利.

解决方法

如果IDTABLE1可以包含来自任何表的ID,您将如何强制执行外键？

要在连接上实现可接受的性能而不加载不必要的IO来引入完全不相关的行,您需要一个带有前导列TABLE_NAME的复合索引,它基本上最终会将表分区为多个部分.

显然,即使进行了这种伪分区,你仍然会在表/索引中浪费大量空间,只重复每行的表名.

（编辑：安卓应用网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!