这样做是否可行

显示全部楼层 · 2009-7-22 09:30:00

为了未来有可能要加字段
设计表如下
除正常使用的字段外，所有表再多加28个varchar2(200) 字段 + 4个varchar2(2000) 字段。我不是做开发的，我只想问问这样做对开发很方便吗？
因为经过测试这些字段即使全是null，在数据操作时也要有额外的消耗，还有未来索引也有可能成为大问题，这样做不是什么好主意吧。
这种方案可行性有多大？
请大家指点，谢谢。

千问 · 2009-7-22 09:30:00

这样做没有任何好处。等需要时候再加，长度根据需求决定。

千问 · 2009-7-22 09:30:00

过度设计，不如不设计而是随需应变
何况你这还不是过度设计，预留字段通常预留一些信息字段，但也就几个而已，但绝不会预留控制字段、状态字段这类东东
过早为将来考虑，会导致你后续的代码难读——因为数据库字段的命名的缘故。程序员也是人，大家都喜欢做有意义的有规律的事情，N个字段若差别只在最后的数字序号，虽然很有规律，那是多么的无聊啊！

千问 · 2009-7-22 09:30:00

需要的时候再加。。而且一般这种增量字段不会和索引有瓜葛

千问 · 2009-7-22 09:30:00

有什么方便的？

千问 · 2009-7-22 09:30:00

这个应该要看业务了，数据的增量级，像我在做EBS的时候有很多类似这样的字段都是我临时加进去的，在内部生产系统增量级比较小，完全可以胜任。但是在大系统，生产库上就要研究业务需求的刚要性了！！

千问 · 2009-7-22 09:30:00

可行性为0.01%。

千问 · 2009-7-22 09:30:00

这要看具体要求。如果能做到像EBS那样的弹性域定义，也是不错的，不过比较难做。

千问 · 2009-7-22 09:30:00

这些预留列如果中间的没用，最后一个列用了，中间的都要占空间

千问 · 2009-7-22 09:30:00

偶尔加上一个半个的，还行吧，但是长度又不好控制，我们公司经常会出现这情况，偶尔一个表加上一个预留列。