身高:173公分
體重:50公斤
生日:11/23
年齡:22歲
精通語言:俄、中、英、日
專長:模特兒、藝術
興趣:煮飯、跳舞、旅行,閱讀、演戲
體重:50公斤
生日:11/23
年齡:22歲
精通語言:俄、中、英、日
專長:模特兒、藝術
興趣:煮飯、跳舞、旅行,閱讀、演戲
|
vibbowJan 14, 2015
1
你可以选择不打散啊...
|
|
zkd8907Jan 14, 2015
2
关系型数据库保存信息的时候尽量还是按ER模型设计。。。为什么要打散。。。
|
|
3
不需要查询的效率,就不用打散
|
|
loadingJan 14, 2015 via Android
4
你是说要 name=xxx,weight=999这样“打散”写sql?
|
|
bugeyeJan 14, 2015
5
mongodb是json,这些信息可以存一起。
关系数据库像一对多的信息,如精通语言,专长,兴趣确实最好分别存到相应的表中。但好像这不是什么特别难以理解,处理的东西吧。 |
|
deckenJan 14, 2015 via Android
6
因为SQL是关系型数据库,打散了就失去了他的优势了
|
|
7
我觉得楼主的意思是这样的。
现在有一个用户表,里面的专长、兴趣等信息会有多个值。 一般我们去做表规划的时候会弄一个专长表、兴趣表,然后关联起来。 当需要查找兴趣有旅行的用户的时候需要join几个表。 |
|
8
@coffeedeveloper 嗯,就是很多感觉暂时用不到单独表。不分觉得不好,分了觉得琐碎墨迹。明明很直观的信息。
@bugeye 嗯,听说Mongodb好像可以很直观的存储。就觉得SQL做结构化很好,但是很多信息不需要把信息拆开,感觉太墨迹了。 |
|
zts1993Jan 14, 2015
9
有什么不好。觉得每次写join烦写成view不就好了。毕竟这是SQL, NoSQL没有看上去那么美,特别是MongoDB
|
|
10iiiJan 14, 2015
10
精通語言:{"俄","中","英","日"}
專長:{"模特兒","藝術"} 这么搞就满足LZ需求了,失去了一些东西,反正LZ也不用关心就是了。 |
|
lichaoJan 14, 2015
11
打散即分表,是为了规避冗余数据
|
|
66betaJan 14, 2015
12
楼主不知道冗余
|
|
srrshweeeJan 14, 2015
13
楼主等你用到大数据量的查询了你就知道为什么SQL要打散了
|
|
mywaitingJan 14, 2015
14
LZ说的打散的意思是按照范式设计,然后需要的时候各种 join ?
这不是打散不打散,而是整个关系数据库的理论基础就是这样的。不喜欢各种 join 就去找各种 NoSQL,或者你可以把关系型数据库用成NoSQL那样! |