※ 引述《abschihok (大帅哥)》之铭言： : select * from xxx where ..... : 如果select出来的笔数有数千万笔， : 那光一开始的select时间，不就要等上一段很长的时间了， : 甚至整个cpu资源都被吃掉了 : select 似乎不适合用在大笔数的查询， : 那请问有什麽好办法可以适用在多笔数的查询吗？ 除了网友提的一些问题与方法之外，我想补充提问一个问题： 像这样超大量的查询动作会「经常」做吗？ 如果不会，而这样的查询动作又无可避免的话(虽然我想不到可能的原因)，那... 就让它跑吧，只是可能要挑一下适当的时间就是了。 如果这样的查询动作非得要经常的执行，而该做的最佳化也做了，那麽唯一的方法 可能就是花钱买高档硬体了(我想得到的)，剩下要思考的可能是要使用单一台电脑 还是透过多台分散处理了。 ~~~ 数千万笔的资料查询，感觉起来比较像是要把整个资料库dump出来。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 118.165.175.24