【百分求助】SQL SERVER 2005对于30多个GB的数据库文件大小支持怎么样
1，SQL SERVER 2005对于30多个GB的数据库文件大小支持怎么样？
2，一个表里面的数据有180万条，我select * from 此表，用了3分钟05秒
3，我的系统配置，两个CPU，八核处理器，总共16核心，硬盘RAID5,1.5万转速硬盘，内存24GB

请大家逐个回复我的的问题，非常感谢，尤其是涉及到SQL SERVER 瓶颈的问题

SQL SERVER 2005

------解决方案--------------------
1，SQL SERVER 2005对于30多个GB的数据库文件大小支持怎么样？
理论上没问题，但是硬盘不好的话容易因文件损坏出现整个库出问题，需要配合好的RAID

2，一个表里面的数据有180万条，我select * from 此表，用了3分钟05秒
对于select *，不能作为性能的指标，实际使用时避免这样语句的

3，我的系统配置，两个CPU，八核处理器，总共16核心，硬盘RAID5,1.5万转速硬盘，内存24GB
配置还可以，装64位WINDOWS2008 SERVER+64位SQL SERVER 2008，使用页压缩，作必要的索引优化


------解决方案--------------------
一个表180万条不算多，你的配置，索引情况合理的话，理论上单表数据量在1000万以下性能差别不大。

------解决方案--------------------
1、数据库大小基本上没什么，几百G也没问题。
2、多年前，一个系统，查询，返回30多万条记录，要1分多钟，需要优化，后来查了一下，将结果生成临时表，大约1G，这样，即使拷贝1G的文件过来，也需要1分多钟。而你查的180万条记录，估计表也很大，这样查询也很耗时的。如果只是测试速度，用select count(*) from 此表。这样就快多了。
3、服务器配置应该不错了。
------解决方案--------------------

探讨

我的是全新的联想完全服务器，用来做用友软件的U8数据库服务器，结果现在很慢，算一个成本，哪怕是单点登录，用它算成本，也大约需要4-5个小时。索引都是U8 ERP软件自己做的，合理与否不清楚。但是用友是国内出名的ERP厂商，问题应该不会特别大。

------解决方案--------------------
你这个数据量就算2000都没有问题，如果使用更高版本就最好。现在2008的微软客户很多早就超过TB级别的数据了