感慨高价CPU、硬盘和内存

看了这么多回复，都只知道关注这千万级数据上，我表达有误，得对这个千万级做限定，这个千万级指是一张表就有么多，100多个字段的表多的是，我没说总的数据量是千万级，你们都不看看硬盘上了几十T。服务器开上批价100进程，内存和CPU告急。
你们都觉得现在内在发展速度很快吗？现在流行的4G内存笔记本，你们都觉得用得很爽吗？

个人电脑内存4G差不多了～又不是每个人都做服务器用
你这个统计查询慢，还是优化没做好。

就算所有表都那么多。但是实际上你每次都需要全表？？？
我看还是存储方案、索引、SQL不对的问题。

按楼主所说，每个表千万级别，100多个字段，10T硬盘数据量，在没有更详细的资料前，按前面楼主给出的条件。select count 等的操作绝对不会那么慢。除非服务器硬件出问题了。与其抱怨，还是检查问题所在吧。

千万级别的数据,全表扫描,十多分钟很正常吧

如果说优化做尽依然如此，那是不是该考虑基本方向性的错误了？

也许SQL已经无法满足你们项目的要求了，是不是尝试把部分业务移植到NOSQL上？

用这么强大的机器，程序跑不动怪服务器不行，再怎么说都很难让其他人接受的....

您愿意每天都做这种无聊的select 吗？ 你愿一天就运行这么几条select不干其它事情吗？等您这样过上个把月，估计会很恶心。

看了你这个回复之后，更坚定了我的态度，换DBA或者程序员吧。

先找原因，有结论了再抱怨

先确定问题所在。若把select count直接放在查询分析器还需要等这么长时间，真是要优化一些sql或者换个DBA了。若是在界面操作这么慢，架构师，测试的都干嘛去了。