[SQL ] select 似乎不適合用在多筆數的查詢

看板Database作者 (大帥哥)時間16年前 (2009/04/26 23:13), 編輯推噓7(701)
留言8則, 8人參與, 最新討論串1/5 (看更多)
select * from xxx where ..... 如果select出來的筆數有數千萬筆, 那光一開始的select時間,不就要等上一段很長的時間了, 甚至整個cpu資源都被吃掉了 select 似乎不適合用在大筆數的查詢, 那請問有什麼好辦法可以適用在多筆數的查詢嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.217.233.118

04/26 23:21, , 1F
多下一點 WHERE 的條件就可以縮小筆數了...
04/26 23:21, 1F

04/26 23:29, , 2F
但假如就是要這麼多的筆數呢? 有什麼好辦法可以解決嗎
04/26 23:29, 2F

04/26 23:39, , 3F
那就是看你硬體的強壯度了
04/26 23:39, 3F

04/27 01:34, , 4F
如果資料變動性不大,可以考慮用檔案系統
04/27 01:34, 4F

04/27 02:32, , 5F
關鍵不在有多少筆資料,關鍵在怎麼找到那些資料的。
04/27 02:32, 5F

04/27 11:23, , 6F
mysql的話, 有 limit constraint以使用.
04/27 11:23, 6F

04/27 15:07, , 7F
你要不要試試看用多執行緒的方法 將資料切開再求
04/27 15:07, 7F

04/29 01:45, , 8F
差異性高的欄位設index or 多工環境加with nolock
04/29 01:45, 8F
文章代碼(AID): #19z7dy3V (Database)
討論串 (同標題文章)
文章代碼(AID): #19z7dy3V (Database)