討論串[SQL ] 對同一個TABLE重覆Query, 浪費時間@@
共 8 篇文章
首頁
上一頁
1
2
下一頁
尾頁

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者wildpeanut (B級的人生)時間18年前 (2007/09/23 10:39), 編輯資訊
0
0
1
內容預覽:
感謝各位的回覆!. KC73的回覆比較知道我在說什麼@@ 可能我表示不夠清楚吧. 我的問題不在於index 而是table的連結不能用一次query. 我後來有找到另一種說法叫做Dynamic IN-Lists. 我還沒有時間試... 先post上來貢獻一下. http://www.oracle-b

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者bocosom (waterweeds)時間18年前 (2007/09/14 01:22), 編輯資訊
0
0
0
內容預覽:
我的經驗上. (JAVA + Oracle). 如果是client-server的話. 當初我是用for 跑6萬筆有INDEX的資料查詢(可能比原po的query複雜些吧). 花了快5分鐘. 後來把for改進成用 Union All 的方式 只下了10次以內的Query吧. 只花了5秒. 我覺得主要

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者slalala (ptt不是丁丁知識+)時間18年前 (2007/09/11 02:11), 編輯資訊
0
0
0
內容預覽:
我有個疑問 現在軟體 電腦效率都還不錯. 原po遇到什麼問題了嗎?. Query時間大概多久?. 如果資料量沒超過5000萬筆. 應該都沒太大問題. 如果慢的話 要不要針對特定欄位新增索引?(CREATE INDEX). --. 發信站: 批踢踢實業坊(ptt.cc). ◆ From: 61.5

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者diamondking (天劍流星)時間18年前 (2007/09/10 20:58), 編輯資訊
0
0
0
內容預覽:
一般不會讓user自己輸入"多個"查詢key值,. 因為無法預測user會輸入多少個。(真的必要的話,最好限制一下,例如最多10個). 1、假設user不會輸入太多組id:. select a.id, a.name, a.phone, a.time, a.ip, b.maxtime. from lo
(還有339個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者KC73 (肯先生)時間18年前 (2007/09/10 18:37), 編輯資訊
0
0
0
內容預覽:
sorry.. 沒有看清楚... 那如果 SELECT ... FROM LOGIN_HISTORY WHERE ID IN (a,b,c,d..). ORDER BY `TIME` DESC. 結果放到 array, 再拿掉重複的呢?. 如果你需要常常跑這個表出來, 另外做一個僅儲存每個使用者最後
首頁
上一頁
1
2
下一頁
尾頁