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,但在使用搜索实用程序搜索应用