query-tuning

    1熱度

    2回答

    我有一個表格,其中包含總計198695條記錄和96579條記錄,其中project_id = 555。 我有列表間隔通過project_id分區表。 如果我運行下面的查詢(沒有不同),它需要0.75秒運行。 SELECT KW,SEARCH_VOLUME,TARGET_URL,KEYWORD_TYPE,RANK_DATE,RANK,URL,DOMAIN from alps_project_the

    0熱度

    1回答

    我使用Industrialthemes的WordPress主題引擎,並且看到頭版的渲染使用了大量使用大約0.4秒的查詢來運行在我的MySQL數據庫中。像這樣: SELECT SQL_NO_CACHE SQL_CALC_FOUND_ROWS wp_posts.ID FROM wp_posts INNER JOIN wp_term_relationships ON (wp_posts.ID = w

    0熱度

    1回答

    select A.* from Incident_Audit_log a where incident_audit_log_id in (select top 1 incident_audit_log_id from Incident_Audit_log b where b.incident_id=a.incident_id and b.status_did=a.status_did

    0熱度

    2回答

    我想了解哪些以下的數據計算MySQL是一個更好的選擇:使用Python從MySQL查詢的輸出 數據計算。 在查詢本身中執行計算。 例如,查詢返回20行10列。 在Python中,我計算了一些列的差異或劃分。 在查詢或Python中這樣做是否更好?

    88熱度

    1回答

    我知道聚集索引和非聚集索引之間的主要區別,並瞭解它們的實際工作方式。我瞭解聚簇和非聚簇索引如何提高讀取性能。但有一點我不確定的是,我會選擇哪一個的原因是什麼。 例如:如果一個表沒有聚集索引,應在創建一個非聚集索引和什麼做

    3熱度

    1回答

    我想你的幫助來討論如何使用通用方法避免太多的聯接。這是否有一個通用規則? 目前,我有一個非常複雜的查詢連接11個表,性能非常差(即使有索引和更新的統計數據)。使用Entity Framework Profiler,我收到了減少連接數量的建議,而是執行了幾個單獨的查詢:link。 每個連接需要對數據庫進行額外的工作,以及查詢的 複雜性和成本每增加 加入快速增長。雖然關係數據庫針對處理連接進行了優化,

    0熱度

    3回答

    這個查詢給了我想要的結果,但我無法每次都運行這個查詢。這2個循環耗費了我所有的費用。所以我需要實現類似view.But的東西,但是邏輯中包含臨時表那麼,還有沒有其他的方式來存儲這個結果或者改變查詢,這樣會使我花費更少。 DECLARE @Temp TABLE ( [SiteID] VARCHAR(100) ,[StructureID] INT ,[row] DECIMA

    1熱度

    1回答

    問題 我有一個查詢,我粘貼在下面。我面對的問題是如何在大約10秒的當前時間內將延遲調整到最小。 [email protected] csum = 0; SELECT Date_format(assigneddate, '%b %d %Y') AS assigneddate, (@csum: = @csum + numactionitems) AS totalactionitems FROM(

    1熱度

    2回答

    WH.dbo.vw_FactTable是一個巨大的表100mill行具有良好的索引上DateKey 這將運行幾乎瞬間: 1. SELECT COUNT(*) FROM WH.dbo.vw_FactTable bi WHERE DateKey >= 20130101 AND DateKey <= 20130110 這需要兩分鐘: 2. SELECT COUNT(*) F

    0熱度

    1回答

    我知道當然是找出這些問題可能很複雜,需要大量的信息的任何數組查找,但我希望有一個已知的問題或解決這個特定的情況。我已經縮小了導致次優查詢計劃的查詢中的更改(這是運行Postgres 9.4)。 以下查詢在大約50ms內運行。 tag_device表是包含約200萬個條目的聯結表,devices表具有約150萬個條目,並且標記表具有約500,000個條目(注意:實際的IP值只是構成)。 WITH i