【问】如何应对关系型数据库中列的不断增加
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了【问】如何应对关系型数据库中列的不断增加，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1775字，纯文字阅读大概需要3分钟。
内容图文
光看文章的题目可能很难明白我想说什么，还是先描述一下项目中遇到的问题吧。 我们项目中一张这样的表用来保存各种资源，假设为资源1、资源2等等，用ResGenre来标识。 我们可以认为资源类型是一个抽象的概念，资源1、资源2这些都是资源子类。一开始所有这些
光看文章的题目可能很难明白我想说什么，还是先描述一下项目中遇到的问题吧。
我们项目中一张这样的表用来保存各种“资源”，假设为资源1、资源2……等等，用ResGenre来标识。
我们可以认为资源类型是一个抽象的概念，资源1、资源2这些都是资源子类。一开始所有这些子类型都只有ResId，ResName等几个字段，一张ResInfo表就可以满足需求了。但是我们都知道项目千变万化，唯一不变的就是“变化”。随着业务的发展可能资源子类型越来越多，头疼的是原来的这张表的几个字段已经满足不了需求了，各个子类型的字段在不断扩充，最头疼的是它们加的字段都各不相同……这时该怎么办？
大概有以下几种办法：
单表继承
所谓单表继承就是所有的字段都保存在一张表上，增加字段时就扩充原来的表。
这种方法优点简单粗暴，当子类型很少以及子类型的特殊属性很少的时候还是可取的。但是如果子类型达到了10几个，而且子类型的字段很多时缺点也显而易见:冗余太多，某一行记录存在许多与当前子类无关的属性，而且页面管理起来也相当繁琐，每次增加一个字段的时候，所有子类型都受到影响。
每个子类型创建一个表
添加一个子类型就增加一张表。
两个子类型存储完全独立，，每增加一张表页面就要重新管理一张表，子类型很多的时候这种方式也不是很好。
多表继承
既有基表，又有子类型表，就像面向对象里面的继承。
多表继承的方式可以减少字段的冗余，但是同样的子类型很多时，表较多，管理起来比较麻烦。
半结构化数据模型
如果有很多子类型或者必须经常增加新的字段支持，那么可以用一个BLOB列来存储数据，用XML或者JSON格式。
Property是一个属性列：它可以用Json来存储额外增加的字段:同时包含了字段名字和值。
{ "Field1":"Value1","Field2":"Value2" }
内容总结
以上是互联网集市为您收集整理的【问】如何应对关系型数据库中列的不断增加全部内容，希望文章能够帮你解决【问】如何应对关系型数据库中列的不断增加所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。