21,886
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
blue2004 2007-08-04
- 打赏
- 举报
看应用，呵呵
茂一茂 2007-08-04
- 打赏
- 举报
不用拆，不過建議取字段名有規律點，不然記字段名都記死你
Jeremiah 2007-07-31
- 打赏
- 举报
我的一个表.100我个字段,NND的,都快吐了.
正如LS的高人所说,关键要符合范式,可以允许一点冗余。
正如LS的高人所说,关键要符合范式,可以允许一点冗余。
lantin 2007-07-30
- 打赏
- 举报
先看看你的表设计是否达到规范了
是否满足三范示
表的设计有很大的学问
是否满足三范示
表的设计有很大的学问
码出钞能力 2007-07-30
- 打赏
- 举报
所以吗，还要看实际应用，如果不把字段放在一起，而且总是用到他们，那用多表联合查询就慢了。
不过，在查询多字段的表时，涉及尽量少的字段。select a,b from 不要总是 select * from
不过，在查询多字段的表时，涉及尽量少的字段。select a,b from 不要总是 select * from
leiqingyu 2007-07-30
- 打赏
- 举报
我是这样认为的，拆了以后都是嵌套查询，所以我就将它合并了。
li1229363 2007-07-29
- 打赏
- 举报
忘记说了，有人说的慢，是只一次读取这样多的数据列，对操作系统 的负担会太重。除此之外，你一次读出那么多信息根本不是什么问题
li1229363 2007-07-29
- 打赏
- 举报
字段多并不会影响查询速度，查询速度是由两个方面影响的：数据库本身，硬件本身。
数据库方面的影响主要体现在：1 是否对查询中的条件部分使用了索引 2 数据类型
第一个我们是可以控制的。但是第二个就不好说了……如果你排序的是char型或者文本类型，那么，排列好这样的数据，所使用的时间绝对是大于排列好int型数据的
硬件本身问题可以不考虑，这个在海量数据的时候才会有绝对的影响。呵呵～
数据库方面的影响主要体现在：1 是否对查询中的条件部分使用了索引 2 数据类型
第一个我们是可以控制的。但是第二个就不好说了……如果你排序的是char型或者文本类型，那么，排列好这样的数据，所使用的时间绝对是大于排列好int型数据的
硬件本身问题可以不考虑，这个在海量数据的时候才会有绝对的影响。呵呵～
mingxuan3000 2007-07-29
- 打赏
- 举报
20几个 上百的都有
强哥83 2007-07-29
- 打赏
- 举报
li1229363 从运行上做了分析
我从设计上来分析一下
字段多要看怎么用
如果你所有针对此表的操作都需要该表的大量字段参与就没有什么问题
如果你所有针对此表的多项不同功能的操作中，每一项只涉及少量的该表字段就应该按照操作
上的功能来分表,这样在结构上也比较清晰
我从设计上来分析一下
字段多要看怎么用
如果你所有针对此表的操作都需要该表的大量字段参与就没有什么问题
如果你所有针对此表的多项不同功能的操作中，每一项只涉及少量的该表字段就应该按照操作
上的功能来分表,这样在结构上也比较清晰
lostgdi731 2007-07-29
- 打赏
- 举报
谁说会影响查询的？
看你怎么用，这个和效率无关.我一个表100多个字段呢。
看你怎么用，这个和效率无关.我一个表100多个字段呢。
hunshihaichong 2007-07-28
- 打赏
- 举报
二十几个字段不算多,不需要将它拆分为几个表
但是还是看具体的
但是还是看具体的
wasuka 2007-07-28
- 打赏
- 举报
给出具体结构
qicfan 2007-07-28
- 打赏
- 举报
貌似20几个不算很多，看情况吧，和实际应用有关，但不提倡单表太多字段
jom_ch 2007-07-28
- 打赏
- 举报
这是一个高级的问题
redloading 2007-07-28
- 打赏
- 举报
不好，表字段多了会影响查询的
最好还是拆吧
最好还是拆吧
