討論串[SQL ] 讀取資料表「全部」內容的最佳作法?
共 7 篇文章
首頁
上一頁
1
2
下一頁
尾頁

推噓2(2推 0噓 0→)留言2則,0人參與, 最新作者b6s (b6s)時間18年前 (2006/07/16 18:00), 編輯資訊
1
0
0
內容預覽:
各位好,我知道這個要求很……,但還是想問一下以釐清自己的觀念。. 平常,我都是用手動分頁的方式在做,也就是實際上指定好第 n 筆到第 m 筆,控制在合理的數量下才做 select。. 我想知道的是,是否有更符合當今技術的方式,例如 virtually 移動 cursor 或是. cached res

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者b6s (b6s)時間18年前 (2006/07/17 16:51), 編輯資訊
1
0
0
內容預覽:
抱歉,我講清楚一點。. 假設我有個資料表,裡頭有十萬筆資料,叫作 tb1。. 由於某種詭異的需求,使得我必須 SELECT * FROM tb1;. 如果這十萬筆資料的 columns 稍微多一點,這樣子硬幹是會 timeout 的。. 平常,我都是先 SELECT COUNT(*) FROM tb
(還有82個字)

推噓0(0推 0噓 1→)留言1則,0人參與, 最新作者come時間18年前 (2006/07/17 17:56), 編輯資訊
2
0
0
內容預覽:
time out的問題好解決. 但是比較麻煩的是同步的問題. 如果你要做full table read. 建議你找沒有人存取DB的時間,把整個表格lock起來. 一次select既可. select完在解除. 這三個動作要放在一個transaction內解決. 這樣最快. --. 發信站: 批踢

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者b6s (b6s)時間18年前 (2006/07/17 19:45), 編輯資訊
1
0
0
內容預覽:
據說以前 MySQL LOCK Table 會 deadlock,我猜現在應該修好了。. 我會去試試看,感謝指教!. --. 發信站: 批踢踢實業坊(ptt.cc). ◆ From: 59.105.131.104.

推噓1(1推 0噓 0→)留言1則,0人參與, 最新作者come時間18年前 (2006/07/17 19:54), 編輯資訊
0
0
0
內容預覽:
lock table應該不會有dead lock吧. 應該是你沒有lock table又做full table read才會有這種情形. oracle也會這樣. 但是如果設isolation level或者lock table就好了. --. 發信站: 批踢踢實業坊(ptt.cc). ◆ Fro
首頁
上一頁
1
2
下一頁
尾頁