1
zjgsamuel 2014 年 9 月 3 日 默认定义多个自定义列那 使用的时候用不就是了
|
2
guoqiao 2014 年 9 月 3 日 django的话, 用 south 修改数据库规格非常方便. 不知道你用的什么技术, 应该也有类似的东西.
|
3
shakoon 2014 年 9 月 3 日 同意一楼说的预留多个自定义列。但也要反思为什么表会经常变结构,这是明显的架构设计失误。
|
4
tobyzw 2014 年 9 月 3 日 两个字段,key value
字典表 value自定义,XML,json都可以 |
5
dong3580 2014 年 9 月 3 日
如果是.NET写的话,就直接映射数据库实体,每次数据库加了字段,只需要更新一下实体映射就行了,点几个按钮。
|
6
woshifyz 2014 年 9 月 3 日 在定义的时候就要考虑表的scheme,像这样经常变动的情况,可以抽出相关字段做成json
|
7
wy315700 2014 年 9 月 3 日 MongoDB 适合你
|
8
zeayes 2014 年 9 月 3 日 NOSQL
|
9
jamiesun 2014 年 9 月 3 日 扩展表嘛,以前见过中移动一张表150多个字段外加扩展表几十个字段.
|
10
lecher 2014 年 9 月 3 日 json这种格式最合适
不用mongodb的话就存json序列化的数据,要用再解析。 如果你是有经常变动的字段需要搜索的,mongodb了,如果是普通的sql,还是考虑一下重构的问题了,在搜索上面出现需要索引额外添加字段的问题,什么样的业务场景才会出现这样的需求? |
11
pi1ot 2014 年 9 月 3 日 把列换成行。
|
12
akira 2014 年 9 月 3 日 开发期考虑不周全,偶尔变一下可以接受。
天天变就要考虑换个人来做设计了 |
13
ryancao 2014 年 9 月 3 日 SQL:
* 核心表+扩展表, 参照 wordpress (posts, post_meta) * 更加低效but强大的办法EAV(Entity, Attribute, Value), 参照 Magento(eav_xxx) NoSQL: * MongoDB欢迎你,虽然是shemaless的,不过建议还是维护一份schema数据并基于schema维护数据,比如集成Json Schema? |
14
buxingjie 2016 年 10 月 16 日
@lecher 加入某个业务对象有 100 个业务参数(实际未知),部署到 A 企业需要 1-10 ,部署到 B 企业需要 11-17 ,关系型数据库怎么办,而且上线后也要可修改
|