日期:2014-05-17  浏览次数:20414 次

建立一个100万条数据的表,是用一个表好,还是多个表并联好啊
建立一个100万条数据的表,是用一个表好,还是多个表并联好啊
假如一条数据是20个字段
单表时是每行100个字段,共20万行
多表时为5个表,每个表是每行20个字段,共20万行
哪个表比较好,速度快点啊。

------解决方案--------------------
要看你具体的需求啊,有点模糊
------解决方案--------------------
不怕不怕  放心用吧
不过记得把索引建好就OK
------解决方案--------------------
我觉得还是做多表好
------解决方案--------------------
一百万

什么数据库?
列数据关系?
各行数据使用频率?

其实一百万不算多
------解决方案--------------------
数据量并不大,主要看表的用途。
如果是业务中事实表,经常进行添加、更新、删除的话,建议多表连接;
如果只是查询,定期更新大批记录的话,建议单表分区。
------解决方案--------------------
如果有很多冗余数据,就用分表。没有冗余数据就用单表
------解决方案--------------------
100万,这点量还用几张表,也特看小SQL Server了
------解决方案--------------------
我的数据库一天的数据量就是十几W条。
------解决方案--------------------
引用:
数据量并不大,主要看表的用途。
如果是业务中事实表,经常进行添加、更新、删除的话,建议多表连接;
如果只是查询,定期更新大批记录的话,建议单表分区。


回帖是一种美德!每天回帖即可获得 10 分可用分!
------解决方案--------------------
引用:
引用:
数据量并不大,主要看表的用途。 
如果是业务中事实表,经常进行添加、更新、删除的话,建议多表连接; 
如果只是查询,定期更新大批记录的话,建议单表分区。 
 

回帖是一种美德!每天回帖即可获得 10 分可用分!真的?????
  ..
------解决方案--------------------
引用:
数据量并不大,主要看表的用途。 
如果是业务中事实表,经常进行添加、更新、删除的话,建议多表连接; 
如果只是查询,定期更新大批记录的话,建议单表分区。



是這個道理



------解决方案--------------------
引用:
引用:
数据量并不大,主要看表的用途。 
如果是业务中事实表,经常进行添加、更新、删除的话,建议多表连接; 
如果只是查询,定期更新大批记录的话,建议单表分区。 
 

回帖是一种美德!每天回帖即可获得 10 分可用分!
 回帖是一种美德!每天回帖即可获得 10 分可用分! 小技巧:教您如何更快获得可用分

------解决方案--------------------
100W条的话,只要建一个索引就够了,如果只是查询数据的话应该足够可以了。速度不会慢。
如果一天到晚都在增删改查的话就得考虑分成几个表了。但是建立索引也是必须的。
------解决方案--------------------
引用:
100W条的话,只要建一个索引就够了,如果只是查询数据的话应该足够可以了。速度不会慢。 
如果一天到晚都在增删改查的话就得考虑分成几个表了。但是建立索引也是必须的。

同意
------解决方案--------------------
数据库里有个规定:行不能跨页,一页只能是8K,100个字段下来的,估计查询时一页也就一行数据吧,速度可想而知了,所以你还是将它分成向个表吧,这样数据的容量会减少,查询的速度也会快些
------解决方案--------------------
一行的数据容量有限制的吧,很怀疑一行100列怎么放得下
------解决方案--------------------
查询的话,一个表就行了,操作的话就不好说了。
------解决方案--------------------
100列也OK的啊  8K 不够吗~ 多少是多啊~
------解决方案--------------------
看你的用法!多用于查询肯定一个表好一点咯!但是对数据管理很不方便哦
------解决方案--------------------
如果数据中的冗佘很小的话,可以用一个大表,不过我个人觉的还是以业务的逻辑来定是一个大表,还是多个小表