sql-optimization

    0熱度

    1回答

    我有一個表記錄的開始時間和感興趣的事件的結束時間: CREATE TABLE event_log (start_time DATETIME, end_time DATETIME); INSERT INTO event_log VALUES ("2013-06-03 09:00:00","2013-06-03 09:00:05"), ("2013-06-03 09:00:03","2013-06-

    1熱度

    2回答

    我無法通過MySQL InnoDB優化器優化請求。 下面的查詢(查詢1)高效運行: explain select * from ah_problems where rnid in (6022342, 6256614, 5842714, 6302489) and fieldid in (5,6); 和計劃(方案1)如下: id select_type table type possible

    0熱度

    1回答

    請勿在看到下面的Oracle SQL查詢之後運行! :) 我把完整的查詢ordrer要求優化一些建議。 我使用了Oracle解釋計劃工具來幫助我確定一些優化方法,但我很困惑。 你能否給我一些建議/提示/最佳實踐/關於這個查詢的潛在優化? 事實: 表PERSONNE和AFFAIRE包含大約100萬行 表EVENEMENT包含提前約30百萬行 謝謝! SELECT COUNT(*) FROM(

    1熱度

    2回答

    我正在爲報表的mysql查詢工作。這個想法是讓一個簡單的表格表示'reportTable',其值從各個地方獲取。然後,我可以更輕鬆地使用reportTable,而無需記憶大量連接等,並且還可以共享此表以用於其他項目。 我應該打破查詢,以便它 塊在同一時間我會加入可能行數以萬計的內部嵌件? INSERT INTO reportTable ( -- long query grabbing r

    2熱度

    2回答

    此查詢需要0.0002秒執行: SELECT country,city FROM location WHERE locID = 30296 LIMIT 1 LOCID顯然是一個索引。 這等查詢使用routine,並採取0.0005秒執行(返回): SELECT IPTOLOCID( '190.131.60.58' ) 那麼,爲什麼這種組合查詢採取1.7912秒執行?看起來方式更比它

    1熱度

    2回答

    我有以下非常慢的SQL語句。它從600-800ms變化! 我正在尋找可能的方法來優化它,但不能確定最佳路線。我的數據庫相當大,entries表有400,000行,而devices表有90,000行。 SQL語句 SELECT devices.manufacturer, COUNT(devices.manufacturer) AS device_count FROM entries JO

    7熱度

    2回答

    我想從'2013-04-01 00:00:00'到'today'之間選擇記錄,但每天都有很多值,因爲它們每15分鐘保存一個值,所以我只需要每天的第一個或最後一個值。 表模式: CREATE TABLE IF NOT EXISTS `value_magnitudes` ( `id` int(11) NOT NULL AUTO_INCREMENT, `value` float DEF

    2熱度

    4回答

    在Mysql中有很多關於遞歸SELECT查詢的問題,但大多數答案是「Mysql中的遞歸SELECT查詢沒有解決方案」。 其實是有一定的解決方案&我想清楚地知道它,所以這個問題是對前一個問題,可以在(how-to-do-the-recursive-select-query-in-mysql) 可以找到以下假設你有這個表: col1 - col2 - col3 1 - a - 5 5 - d -

    3熱度

    4回答

    對於「技能名稱」的子查詢選擇而言,以下查詢相當慢。當我針對SQL執行運行配置文件時,我從ACDCallinformation表中針對skillname的子查詢獲得每行太多的查詢。 優化此SQL查詢的最佳方式是什麼?或者是否有MySQL工具來幫助檢查SQL查詢的成本並優化腳本? SELECT CASE WHEN( SELECT COUNT(ag.`PKEY`)

    3熱度

    1回答

    上午啓動慢查詢記錄與此參數: log_slow_queries = /var/log/mysql/mysql-slow.log long_query_time = 10 log-queries-not-using-indexes 目前看來,MySQL是隻記錄查詢,而指數 這是日誌的樣本 # Time: 130709 15:33:54 # [email protected]: xxxxxx