对于频繁增加业务字段的表要如何设计？

[privatetan]

因为需求有明确说明需要在以后会新增很多功能，请问各位这样的数据库表要如何进行设计？

[bootvue]

换 mongo 吧

[wellsc]

扩展表，nosql

[xwayway]

要了再加字段，加表，前期业务都不确定的情况下，不要做得太开放，开出去容易，收回来难

[privatetan]

@bootvue @wellsc 只有 Oracle 数据库 ， 而且这个将要设计的表已经是主业务表的扩展表了

[privatetan]

@xwayway 但是一想到后期需求增加 头都大了

[pabupa]

表里直接多建几十个字段，每个类型的都来几个……然后在程序里做映射。🤡

[chaleaoch]

@pabupa 智慧啊.

[Xbluer]

多预留一些保留字段，然后再改名字。字段名称修改，成本并不算高。

[maemual]

需要索引的可以多留一些字段，大概不需要的，留个 json 字段

[privatetan]

@pabupa 阿哈哈哈哈哈 老的表都是这样干的 现在比较排斥这种做法 😂

[privatetan]

@maemual 我也是这样想的

[golangLover]

确保每个表使用最小的字段，尽早例如原本可以放在同一个表的字段，分成两个表，用同一个 id 做连接，减少耦合

[DreamSpace]

留个 json 字段，有些纯展示不参与查询 /计算的字段可以丢 json 里，如果要进行格式变换后展示的，在 vo 里写 getter，值从 json 里取

[DreamSpace]

如果一开始就知道二期要扩展哪些功能，可以提前在主表里留好 id，在代码里留好扩展点

[xupefei]

存 json

[akira]

预留字段
拆表

[sadfQED2]

ext_info text comment "预留扩展字段，目前未使用"

[liuzhaowei55]

横表变纵表