如何应对数据库中的表结构经常变动的业务情况，主要会增加列数？

[shade]

[zjgsamuel]

默认定义多个自定义列那 使用的时候用不就是了

[guoqiao]

django的话, 用 south 修改数据库规格非常方便. 不知道你用的什么技术, 应该也有类似的东西.

[shakoon]

同意一楼说的预留多个自定义列。但也要反思为什么表会经常变结构，这是明显的架构设计失误。

[tobyzw]

两个字段，key value
字典表
value自定义，XML，json都可以

[dong3580]

如果是.NET写的话，就直接映射数据库实体，每次数据库加了字段，只需要更新一下实体映射就行了，点几个按钮。

[woshifyz]

在定义的时候就要考虑表的scheme，像这样经常变动的情况，可以抽出相关字段做成json

[wy315700]

MongoDB 适合你

[zeayes]

NOSQL

[jamiesun]

扩展表嘛，以前见过中移动一张表150多个字段外加扩展表几十个字段.

[lecher]

json这种格式最合适
不用mongodb的话就存json序列化的数据，要用再解析。
如果你是有经常变动的字段需要搜索的，mongodb了，如果是普通的sql，还是考虑一下重构的问题了，在搜索上面出现需要索引额外添加字段的问题，什么样的业务场景才会出现这样的需求？

[pi1ot]

把列换成行。

[akira]

开发期考虑不周全，偶尔变一下可以接受。
天天变就要考虑换个人来做设计了

[ryancao]

SQL:
* 核心表+扩展表, 参照 wordpress (posts, post_meta)
* 更加低效but强大的办法EAV(Entity, Attribute, Value), 参照 Magento(eav_xxx)

NoSQL:
* MongoDB欢迎你，虽然是shemaless的，不过建议还是维护一份schema数据并基于schema维护数据，比如集成Json Schema?

[buxingjie]

@lecher 加入某个业务对象有 100 个业务参数（实际未知），部署到 A 企业需要 1-10 ，部署到 B 企业需要 11-17 ，关系型数据库怎么办，而且上线后也要可修改