结论：
　　1、 在取值范围比较小的情况下，数字型字段上基本没有建立索引的必要。本表BoardID取值在0到99之间。建立索引还可能会增加表的负担，查询速度甚至会减慢。
　　2、 在排序过程中，索引的使用非常关键。有文建议使用聚集索引，但本表并未看出聚集索引对于排序有非常巨大的效率提升；不过仍建议使用聚集索引。
　　3、 在大数据量的情况下，or语句的效率比<=语句的效率差很多，而Union语句的效率最低。
　　4、 Count(*)与Count(Key)效率基本差不多。
　　5、 在分页存储过程中，还是需要对BoardID索引的。这条在后面的测试中得到验证。

im286.com落伍者
今日:           20,888,
昨日:           51,462,
最高日:        346,545,
会员:          711,488,
历史总帖数: 72,611,639

tianya.cn天涯
来天涯， 与49,793,061位天涯人共同演绎你的网络人生
目前在线：    546,392位

5460.net我思念你-中国同学录
我们已为：       2800万 用户提供了服务(自1998.5.4至今,)

 

http://www.tianya.cn/publicforum/Content/it/1/416025.shtml
240万条数据在SQL Server 2005中的效率测试

http://dev.csdn.net/article/84726.shtm
SQL Server 2005新特性

http://zhidao.baidu.com/question/19315700.html
SQL SERVER 2005的新特性

http://www.ixpub.net/thread-843413-1-1.html
世界上最大的SQLSERVER 有8T 你的数据库 达不到的吧

http://www.cnblogs.com/weiweictgu/archive/2007/06/12/780589.html
用ObjectDataSource实现自定义分页的心得总结，几种分页方法的性能对比

世界上最大的十个数据库:

1.全球气象数据中心： 220千兆网络数据，6个petabytes的其它数据。
2.全美能源研究科技计算中心： 2.8个petabytes (1个petabyte 约等于1千千兆)。
3.AT&T： 323千兆信息。
4.Google： 每天有9千1百万次搜索量。
5.Sprint： 具体数据容量不详，但其拥有2.85万亿条数据库行。
6.ChoicePoint： 250千兆数据。
7.YouTube： 45千兆视频。
8.Amazon： 42千兆数据。
9.中央情报局： (Secret)。
10.美国国会图书馆： 1亿3千万项条目(书籍、图片、地图等)，20千兆文本。

11. 8T的SQL是做什么应用的? 美国农业地理信息系统

12. 单位
B KB MB GB TB PB EB ZB YB NB DB
03 06 09 12 15 18 21 24 27 30

--------------------------------------------------------

Access 原来看过，一般情况下是这样

1、理论支持2G
2、实际最大支持1.2G
3、实际应用640M

这些楼上的也说了，在实际应用过程中，如果ACCESS文件超过400M那你得考虑换别的数

据库了。