作者regionbbs (小朱)
看板Database
标题Re: [SQL ] select 似乎不适合用在多笔数的查询
时间Mon Apr 27 12:14:38 2009
※ 引述《abschihok (大帅哥)》之铭言：
: select * from xxx where .....
: 如果select出来的笔数有数千万笔，
: 那光一开始的select时间，不就要等上一段很长的时间了，
: 甚至整个cpu资源都被吃掉了
: select 似乎不适合用在大笔数的查询，
: 那请问有什麽好办法可以适用在多笔数的查询吗？
之前本来想要用推文回应，但推一次要等 2xx 秒...
会影响 select 的因素很多，除了 WHERE, JOIN, Constraint, 这些可以控制
的软限制以外，还有像是索引的设计，硬体 (CPU, RAM, Disk I/O 与网路) 等
硬限制，这些都有可能会影响到 select 输出的速度。
基本上，不太有可能有人会一次输出数千万笔资料，只有资料要做 migration 时
才会有可能，不然哪个非 MIS 使用者这麽闲会去看数千万笔原始资料？因此适当
的查询设计才是王道，当然索引也要调的好。
如果查询和索引都做了最佳化，但查询效能还是很差时，就得考量是否是硬体问题。
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 219.84.117.20