query-optimization

    -2熱度

    1回答

    我有一個包含數百萬條記錄的表。我必須確保記錄是獨一無二的。我想知道SELECT.. where是更好還是DELETE..where? 問題更新:我只想保留唯一的記錄。 進一步更新 我正在運行的線程和一些未知的原因,他們儘管檢查......最可能是由於選擇的同時運行的插在tabke的DUP。因此要求如果檢查記錄存在是否比僅刪除匹配記錄的行更昂貴?

    0熱度

    1回答

    我有以下SQL查詢: select dres.colA, dres.colP, dres.ID, dre.ID, dre.colED, dre.VID, vpp.VID, vpp.colDESC from table1 dres left join table2 dre on dres.ID = dre

    1熱度

    1回答

    我有一個日誌記錄表,它記錄應用程序中的事件,但在嘗試刪除舊條目時,服務器速度變慢並阻止應用程序使用數據庫。我希望能夠快速刪除超過30天的日誌條目,而不會中斷創建新日誌事件或禁止其他數據庫操作。 信息: 的記錄表中​​插入每天約300,000行所以一般它會 擁有約10萬行一個月的日誌記錄。 我使用了一個相當薄弱的機器,4GB內存 上有一個ID字段中的PK指數,但沒有其他指標或外國 鍵在SQL Exp

    1熱度

    2回答

    我有一個通過PHP框架核心功能生成的查詢。我無法控制更改查詢。因此,我將需要在服務器端執行優化,即mysql在有效時間內執行此查詢。我已經應用了一些指數,但仍然需要4-5秒,理想情況下應該花費1-1.5秒。以下是查詢: ( SELECT rr.rt_bids_aos_quotes_relaos_quotes_idb AS so_id, rr.sales_order_sequenc

    1熱度

    1回答

    我們有一個用於計算工作班次的常見案例。有時候我們會在函數內部使用它,有時會在代碼中直接使用它。這取決於代碼的年齡。 我的問題是,有一個更有效的方式來實現這些情況? 創建一個計算列不是一個選項,因爲時間來自很多不同的表,而且大多數表是我們無法更改的表。 這是示例代碼 功能 Create Function dbo.wShift(@wTime datetime) Returns varchar(21)

    0熱度

    1回答

    如果我將set optimizer_switch='block_nested_loop=off'設置爲建議here,我是否可以100%確定選項on和off的結果相同? 我想將此選項更改爲off,因爲它將查詢性能從56s提高到1s。 這個優化器開關有什麼優點和缺點,它是安全的嗎?

    0熱度

    1回答

    想像這樣 SELECT col1 FROM t GROUP BY col2 HAVING COUNT(col3) > 1; 查詢那裏的COL2上一個可用的索引。當MySQL掃描col2索引並計算COUNT(col3)時,它會在計數超過1時立即停止計數,並向前掃描到下一個唯一的col2值?或者它會考慮每一行並得到一個準確的計數,然後將它與1進行比較,一旦完成了彙總?

    0熱度

    2回答

    我用連接和子查詢編寫查詢。它的執行需要2分鐘。我無法優化它,我該怎麼辦?任何建議? select oli.*,oli2.* from order o LEFT JOIN order_line_item oli ON oli.order_id = o.id LEFT JOIN order_line_item oli2 ON oli2.id = (SELECT oli3.id FROM orde

    1熱度

    2回答

    我有2個表,交易和標識符。每個事務都有一個user_id,每個user_id可以有多個標識符,例如 交易 user_id | amount | timestamp 12 10.00 1234567890 17 5.00 1234567890 12 7.00 1234567890 3 2.50 1234567890 標識符 identifier

    1熱度

    2回答

    對於WHERE子句限制結果集的表的查詢時間,是否存在有意義的區別(或者對於給定的表大小,有一個經驗法則),與限制結果集的WHERE子句相比,後WHERE,有限的結果集? 例如: 你的表有時間戳跨越多年的紀錄。您運行一個包含WHERE子句的查詢,只將結果限制爲最近10天。 您的表只有10天的數據,並且您運行與上面相同的查詢(顯然沒有WHERE子句,因爲在這種情況下沒有必要)。 我應該期待上述兩種情況