Questions tagged «query-optimization»

我碰到这个问题最近，无法在网上找到的任何讨论。 下面的查询 DECLARE @S VARCHAR(1) = ''; WITH T AS (SELECT name + @S AS name2, * FROM master..spt_values) SELECT * FROM T T1 INNER JOIN T T2 ON T1.name2 = T2.name2; 始终获得嵌套循环计划 尝试通过INNER HASH JOIN或INNER MERGE JOIN提示强制问题会产生以下错误。 由于此查询中定义的提示，查询处理器无法生成查询计划。重新提交查询而不指定任何提示，也无需使用SET FORCEPLAN。 我发现了一种允许使用散列或合并联接的解决方法-将变量包装在一个聚合中。生成的计划的成本大大降低（19.2025比0.261987） DECLARE @S2 VARCHAR(1) = ''; WITH T AS (SELECT …

16 sql-server  performance  query-optimization 

我在AdventureWorks2012数据库中运行此查询： SELECT s.SalesOrderID, d.CarrierTrackingNumber, d.ProductID, d.OrderQty FROM Sales.SalesOrderHeader s JOIN Sales.SalesOrderDetail d ON s.SalesOrderID = d.SalesOrderID WHERE s.CustomerID = 11077 如果查看估算的执行计划，则会看到以下内容： 初始索引查找（右上）使用IX_SalesOrderHeader_CustomerID索引并在文字11077上进行搜索。其估计值为2.6192行。 如果使用DBCC SHOW_STATISTICS ('Sales.SalesOrderHeader', 'IX_SalesOrderHeader_CustomerID') WITH HISTOGRAM，则表明值11077在两个采样键11019和11091之间。 11019和11091之间的不同行的平均数为2.619718，或舍入为2.61972，这是为索引搜索显示的估计行的值。 我不了解的部分是针对SalesOrderDetail表的聚集索引查找的估计行数。 如果我运行DBCC SHOW_STATISTICS ('Sales.SalesOrderDetail', 'PK_SalesOrderDetail_SalesOrderID_SalesOrderDetailID')： 因此，SalesOrderID（我要加入）的密度为3.178134E-05。这意味着1 / 3.178134E-05（31465）等于SalesOrderDetail表中唯一SalesOrderID值的数量。 如果在SalesOrderDetail中有31465个唯一的SalesOrderID，则分布均匀，每个SalesOrderID的平均行数为121317（总行数）除以31465。平均值为3.85561 因此，如果要循环遍历的估计行数是2.61972，并且要返回的平均值是3.85561，则我认为估计行数将是2.61972 * 3.85561 = 10.10062。 但是估计的行数是11.4867。 我认为我对第二个估算值的理解是不正确的，不同的数字似乎表明了这一点。我想念什么？

13 sql-server  sql-server-2012  query-optimization  execution-plan  cardinality-estimates 

我有一个SQL Server 2008 R2表，其表结构如下所示： CREATE TABLE [dbo].[CDSIM_BE] ( [ID] [bigint] NOT NULL, [EquipmentID] [varchar](50) NOT NULL, [SerialNumber] [varchar](50) NULL, [PyrID] [varchar](50) NULL, [MeasMode] [varchar](50) NULL, [ReadTime] [datetime] NOT NULL, [SubID] [varchar](15) NULL, [ProbePosition] [float] NULL, [DataPoint] [int] NULL, CONSTRAINT [PK_CDSIM_BE] PRIMARY KEY CLUSTERED ([ID] ASC, [EquipmentID] ASC, [ReadTime] ASC) WITH …

10 sql-server  sql-server-2008-r2  query-performance  query-optimization  execution-plan 

已添加7/11问题是在MERGE JOIN期间由于索引扫描而发生死锁。在这种情况下，一个事务试图在FK父表的整个索引上获得S锁，但是以前另一个事务将X锁置于索引的键值上。 让我从一个小例子开始（使用70-461 cource的TSQL2012 DB）： CREATE TABLE [Sales].[Orders]( [orderid] [int] IDENTITY(1,1) NOT NULL, [custid] [int] NULL, [empid] [int] NOT NULL, [shipperid] [int] NOT NULL, ... ) 列[custid], [empid], [shipperid]是相应的相关参数[Sales].[Customers], [HR].[Employees], [Sales].[Shippers]。在每种情况下，我们在父母表中的引用列上都有一个聚集索引。 ALTER TABLE [Sales].[Orders] WITH CHECK ADD CONSTRAINT [FK_Orders_Customers] FOREIGN KEY([custid]) REFERENCES [Sales].[Customers] ([custid]) ALTER TABLE [Sales].[Orders] WITH CHECK ADD …

9 query-performance  t-sql  foreign-key  deadlock  query-optimization