一百万条的数据存在Access中，放在一个表里还是多个表里查询速度会快些？

在Access里存放大约一百万条有200个字段的数据，需要对这些数据作一些不同的查询分析，把他们放在一个表里操作起来快呢，还是把这些数据分别放在一百个表里（每个表存放一万条数据），然后分别遍历查询快？

google_ad_width = 250; google_ad_height = 250; google_ad_format = "250x250_as"; google_color_url = "000000";

程序是用的是 vc+ado；

大家帮忙啊！

第2楼. 由 wwwwb 于 2007-6-27 10:29:52 发表

如果表结构合理，有合适的主键、索引，合理的SQL语句，在一个表中要快些。

第3楼. 由 wangtiecheng 于 2007-6-27 10:30:51 发表

这个根据具体情况而定，不要一条记录200多个字段，确实有点儿多。

合理的设计和实现方式，表的主键、索引，以及优化的SQL语句，都可以提供查询效率。

第4楼. 由 wwwwb 于 2007-6-27 10:51:39 发表

这么大的数据量，要经常备份、压缩和修复数据库，200多个字段接近

ACCESS的极限，拆分成两个表，用相同的KEY字段，连接查询。

第5楼. 由 wangtiecheng 于 2007-6-27 13:04:18 发表

对于数据量大的MDB，尤其需要经常备份MDB。

Access的安全性、稳定性、并发性控制等等无法与企业级数据库相比，如果数据量很大，建议采用企业级数据库。

第6楼. 由 chjun522 于 2007-6-27 14:38:19 发表

楼上的两位，谢谢答复。

我的数据量是有点大，

但并不是一开始就这么大，

而是随着时间的增加逐渐增加的，

我如果把这些数据放在一个表里，

随着数据量的增大会不会读些数据越来越慢呢？

另外，字段多了，影响的是速度还是稳定性呢？估计我的字段不会超过200，只是接近。

第7楼. 由 wangtiecheng 于 2007-6-27 14:47:21 发表

如果不进行数据归档，随着数据量越来越多，速度肯定会越来越慢。

字段多了，一般会影响效率，不建议把冗余很多的字段都放在一个表中。

第8楼. 由 wwwwb 于 2007-6-27 14:49:50 发表

随着数据量的增大会不会读些数据越来越慢呢？肯定会

字段多了，影响的是速度还是稳定性呢？就ACCESS而言，都有影响

如字段有冗余，建议拆分。