sqlprofiler

    2熱度

    1回答

    最近我們開始監視SQL Profiler以捕獲在服務器中執行的查詢。 奇怪的是,我們觀察到數據庫中每一分鐘執行的下面的查詢。 SELECT table_id, item_guid, oplsn_fseqno, oplsn_bOffset, oplsn_slotid FROM [Databasename].[sys].[filetable_updat

    0熱度

    1回答

    當我通過一個網站做某種查詢到數據庫,SQL Server事件探查拋出我這的TextData: exec sp_executesql N' SELECT (...) FROM (...) IDExample = @IDExample ORDER BY (...) ', N'@IDExample int', @IDExample = 5 當我試圖做AnjLab SQL事件探查器同樣的事情(與我更

    0熱度

    1回答

    我跑了SQL Server事件探查和一個SQL statemnt我可以看到下面的腳本: declare @p9 varchar(8000) set @p9=NULL declare @p10 smallint set @p10=default declare @p11 bit set @p11=default declare @p12 int set @p12=default ex

    0熱度

    1回答

    我不熟悉SQL事件探查器並且一直在使用它來嘗試識別異常的來源。它在觸發期間發生,但似乎不是由它引起的。我選擇了Exception EventClass,但是我沒有看到任何關於拋出異常的信息。 在成功工作的觸發器中的SELECT後發生異常。選擇之後,我插入了RAISERROR以記錄參數並從select中返回值。他們都是有效的。 當我放入更多的RAISERROR語句時,異常在跟蹤內進一步向下移動。 我

    4熱度

    1回答

    我正在幫助提高分佈在整個代碼庫中的數百個實體框架查詢的複雜應用程序的性能。我們遇到的一個問題是,當我們運行SQL事件探查器並捕獲實體框架查詢時,發現實際上導致通過剖析器的sql語句的代碼非常耗時。我想知道是否有某種方法可以用每個實體框架語句「標記」一個唯一的標識符,這個標識符將在sql語句中出現。對於實體框架爲每個語句生成的實際sql語句添加註釋的方式。然後,我們可以在分析器跟蹤中看到註釋,然後在

    2熱度

    1回答

    我已經嘗試了幾種方法,例如使用雙連字符,即 - 這是一個註釋,但是當在分析器中讀取已執行的sql時,註釋被剝離只有正在執行的原始SQL。 我想這樣做是爲了使查詢和他們的起源的快速識別看着SQL探查器輸出具有每分鐘超過8000個條目, 所以像 --Method signature and an application name 例如,當 --MyMethod(string username) i

    1熱度

    2回答

    我們使用與SQL數據庫進行通信並檢索並插入所有信息的第三方公司軟件。 當用戶使用此軟件時,有時會在特定的步驟中凍結。 我需要解決它並找出它發生的原因。 爲此,我使用SQL事件探查器查看哪些查詢會導致此瓶頸。 但是,我將如何跟蹤僅針對特定軟件的步驟,以及僅針對特定用戶?我不想看到所有其他信息。 我能過濾NTUserName,這我假設它只是用戶名,是否正確? 但是我怎樣才能找出ApplicationN

    0熱度

    1回答

    我的預定作業每天工作6次。 有時候它的失敗原因是死鎖。我試圖找出誰阻塞我的會議。 我搜索了,我發現sql分析器,但它沒有顯示確切的結果。如何用T-SQL或其他方式識別歷史? 當失敗所示作業錯誤消息belown, 交易(進程id)被死鎖的鎖資源與另一個過程和已被選作死鎖犧牲品。重新運行交易。

    0熱度

    1回答

    我們正在分析Azure的「查詢性能洞察」以查找昂貴的查詢,問題在於,沒有辦法將SQL生成與實體框架查詢關聯起來。 是否有任何擴展方法或別的什麼做這樣的事情: SQL生成: -- BlahMethod SELECT Id FROM Table1 實體框架CMD: Context.Table1.Naming("BlahMethod").ToList() 甚至更​​好: Context.Ta

    6熱度

    1回答

    我正在使用SQL Server 2008 R2 Profiler調試Windows 7上運行的ColdFusion 7應用程序 - 由其他人開發 - 的一個問題SQL Server 2008 R2作爲後端。該應用程序最初使用MS Access 2003作爲後端,後來被轉換爲SQL Server 2008 R2。分析器顯示以下使用SCOPE_IDENTITY()的SQL,但在使用搜索實用程序搜索應用