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

2021 年 7 月 21 日
 privatetan
因为需求有明确说明需要在以后会新增很多功能，请问各位这样的数据库表要如何进行设计？
2213 次点击
所在节点    问与答
18 条回复
bootvue
2021 年 7 月 21 日
换 mongo 吧
wellsc
2021 年 7 月 21 日
扩展表，nosql
xwayway
2021 年 7 月 21 日
要了再加字段，加表，前期业务都不确定的情况下，不要做得太开放，开出去容易，收回来难
privatetan
2021 年 7 月 21 日
@bootvue @wellsc 只有 Oracle 数据库 ， 而且这个将要设计的表已经是主业务表的扩展表了
privatetan
2021 年 7 月 21 日
@xwayway 但是一想到后期需求增加 头都大了
pabupa
2021 年 7 月 21 日
表里直接多建几十个字段，每个类型的都来几个……然后在程序里做映射。🤡
chaleaoch
2021 年 7 月 21 日
@pabupa 智慧啊.
Xbluer
2021 年 7 月 21 日
多预留一些保留字段，然后再改名字。字段名称修改，成本并不算高。
maemual
2021 年 7 月 21 日
需要索引的可以多留一些字段，大概不需要的，留个 json 字段
privatetan
2021 年 7 月 21 日
@pabupa 阿哈哈哈哈哈 老的表都是这样干的 现在比较排斥这种做法 😂
privatetan
2021 年 7 月 21 日
@maemual 我也是这样想的
golangLover
2021 年 7 月 21 日
确保每个表使用最小的字段，尽早例如原本可以放在同一个表的字段，分成两个表，用同一个 id 做连接，减少耦合
DreamSpace
2021 年 7 月 21 日
留个 json 字段，有些纯展示不参与查询 /计算的字段可以丢 json 里，如果要进行格式变换后展示的，在 vo 里写 getter，值从 json 里取
DreamSpace
2021 年 7 月 21 日
如果一开始就知道二期要扩展哪些功能，可以提前在主表里留好 id，在代码里留好扩展点
xupefei
2021 年 7 月 21 日
存 json
akira
2021 年 7 月 21 日
预留字段
拆表
sadfQED2
2021 年 7 月 22 日
ext_info text comment "预留扩展字段，目前未使用"
liuzhaowei55
2021 年 7 月 22 日
横表变纵表

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/790841

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX