数据库保留字段过多会产生什么问题

在软件的数据库表设计中，为了支持灵活性和未来变更，有一种做法是设计一种保留字段。请谈谈在后期系统维护过程中，这样的设计可能产生什么问题，应如何应对？

好处：
1、扩展性，你可以想像到，如果你的数据表有超过1000W笔记录的时候，去修改数据库结构会造成什么结果，而使用预留的字段将避免在一个非常大的数据表上增加预留字段造成的问题；
2、某些视图，会因为增加了字段，造成视图无法使用，需要重新编译

可能产生的问题
1、预留字段的管理问题，既然使用了预留字段，就有其存在的意义，因此需要严格的文档去管理这些字段，一旦预留字段被使用，需要登记，防止混乱的管理导致数据库字段丢失、混乱
2、预留字段是否会占用过多的磁盘，这个我不是很清楚，非DBA专业人士。个人觉得，对于一般性的基础数据表，5个预留字段足矣，对于业务数据表，可考虑10~12个

是的，union在一起就是300个字段了，这点没错，但是，工作好多年了，还真没有见过哪个项目真的需要要这么多列的，这样子数据库查找时候效率非常的低。帮你想了2种办法： 1：尽量的少找一些字段，不要真的找100个出来，这样子做对查询速度提升有很大帮助； 2：如果每个查询非得有100个字段，那你就将3次的查询结果都读取到内存中，然后到内存中关联这些表吧，不要在access中用union来关联了。

1. 首先一张表保留过多字段，势必引起表过大，给以后的查询留下麻烦。 2. 其次过多字段肯定是数据库在设计时没有好好安排，遵循3NCF范式的话是不应该出现这么大的表的

如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！

点此我要举报以上问答信息！