sqlperformance

    1熱度

    2回答

    我正在使用僅4GB RAM的英特爾core-i3,64位機器.OS是Windows 7和SQL Server 2012,安裝了評估版。 我想在它裏面做一些SSIS開發。我需要加載一個包含50萬條記錄的平面文件(156列/大約行總長度爲3500)。 SQL引擎和SSIS引擎在同一臺機器上運行。因爲我正在使用一臺小型電腦,我不希望我的機器具有很高的性能。請參閱下面的打印屏幕。 一旦我的軟件包開始運行,

    1熱度

    1回答

    如果下面查詢中使用dm_exec_procedure_stats的[Total Duration(s)]列給我查詢返回其結果所需的平均時間,是否有人可以confim?我擔心這只是這些查詢返回結果的時間中的一個因素,因爲它們顯得太低。 感謝大家花時間看看。 任何幫助或提醒,將不勝感激 SELECT SUBSTRING(qt.TEXT, CHARINDEX('USP_', qt.TEXT, 1), C

    6熱度

    1回答

    直到現在我的外鍵一直是uniqueidentifiers或int。 如果我使用nvarchar字段作爲外鍵,會對性能產生負面影響嗎?是否還有其他我應該關注的事項?

    0熱度

    1回答

    由於哈希匹配左連接,我發現查詢需要很長時間。哈希密鑰探測器是 @tempHPDW.DeliveryWMID,@tempHPEng.EngID,Db.METRC.MetMeasure.MeasureId 我讀到,有這些列索引將是有益的。添加索引後,我應該排序。並將我的表變量更改爲臨時表。也可以基於這些列進行排序。 查詢: SELECT distinct NISD.EngID,

    1熱度

    1回答

    情況1 Table 'lead_transaction'. Scan count 10, logical reads 394, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0. Table 'appt_master'. Scan coun

    0熱度

    3回答

    注: 所以,我算了一下,真正的問題是,因爲我使用tagids IN子句的。更改文本搜索的部分查詢並沒有多大幫助。任何想法如何改善查詢? 查詢在服務器上運行時間過長。這裏Partha S是用戶輸入的搜索項目。表聯繫人包含個人信息,標籤包含類別名稱和ID; contacts2tags表中包含contactid和tagid,其值分別與聯繫人和標籤中的id類似。 SELECT * FROM

    1熱度

    1回答

    我有一個排名,每X時間有一個餘額添加到每個球員的總積分,改變他們如何排名。 我想在DB(MySQL的)來計算我的排名,但我希望它是有效的,所以首先第一件事情,這裏的BalanceIn代碼: Q1: UPDATE playerscore SET points = points * 0.9 + GREATEST(-100, LEAST(100, balance)), balance

    11熱度

    3回答

    這開始爲this question,但現在看起來更合適,因爲我意識到這是一個DTU相關問題。 基本上,運行: select count(id) from mytable 編輯:添加一個條款似乎不能幫助。 正在運行8到30分鐘之間(而在SQL Server的本地副本相同的查詢需要大約4 秒)。 下面是我運行此查詢時Azure門戶中的MONITOR選項卡的屏幕截圖。注意我在沒有觸及數據庫大約一週後

    0熱度

    3回答

    我正在創建一個篩選索引,以便WHERE篩選器包含完整的查詢條件。通過這樣的索引,似乎不需要關鍵列,儘管SQL需要我添加一列。例如,考慮表: CREATE TABLE Invoice ( Id INT NOT NULL IDENTITY PRIMARY KEY, Data VARCHAR(MAX) NOT NULL, IsProcessed BIT NOT NULL D

    0熱度

    1回答

    表+ LIMIT +卦: CREATE TABLE msp_adm_munic_complet_g_01 ( nom_tri character varying(64), ogc_fid serial NOT NULL ) 指數: CREATE INDEX idx_gist_msp_adm_munic_complet_g_nom_tri ON msp_adm_m