作者CHSI (金属制品)
看板Database
标题Re: [SQL ] select 似乎不适合用在多笔数的查询
时间Wed Apr 29 16:52:20 2009
※ 引述《abschihok (大帅哥)》之铭言:
: select * from xxx where .....
: 如果select出来的笔数有数千万笔,
: 那光一开始的select时间,不就要等上一段很长的时间了,
: 甚至整个cpu资源都被吃掉了
: select 似乎不适合用在大笔数的查询,
: 那请问有什麽好办法可以适用在多笔数的查询吗?
除了网友提的一些问题与方法之外,我想补充提问一个问题:
像这样超大量的查询动作会「经常」做吗?
如果不会,而这样的查询动作又无可避免的话(虽然我想不到可能的原因),那...
就让它跑吧,只是可能要挑一下适当的时间就是了。
如果这样的查询动作非得要经常的执行,而该做的最佳化也做了,那麽唯一的方法
可能就是花钱买高档硬体了(我想得到的),剩下要思考的可能是要使用单一台电脑
还是透过多台分散处理了。
~~~ 数千万笔的资料查询,感觉起来比较像是要把整个资料库dump出来。
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 118.165.175.24
1F:推 KC73:不然就用 SELECT ... INTO OUTFILE 'file_name' 试试看吧! 04/30 03:26