加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MsSql教程 > 正文

sql – 真的需要关系表吗?

发布时间:2020-12-12 07:30:20 所属栏目:MsSql教程 来源:网络整理
导读:关系表主要包含两列:IDTABLE1和IDTABLE2. 只有关系表之间似乎有变化的是这两列的名称和表名. 如果我们创建一个表关系会更好吗?在这个表中我们放置3列: TABLE_NAME,IDTABLE1,IDTABLE2,然后将此表用于所有关系? 这是Web /桌面应用程序开发中的一个好/可接受
关系表主要包含两列:IDTABLE1和IDTABLE2.

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

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

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

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

解决方法

馊主意.

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

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

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

(编辑:李大同)

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

    推荐文章
      热点阅读