表提示 (Transact-SQL)

语法

WITH  ( <table_hint> [ [, ]...n ] )

<table_hint> ::= 
[ NOEXPAND ] { 
    INDEX ( index_value [ ,...n ] ) | INDEX =  ( index_value )
  | FASTFIRSTROW 
  | FORCESEEK [( index_value ( index_column_name  [ ,... ] ) ) ]
  | FORCESCAN
  | HOLDLOCK 
  | NOLOCK 
  | NOWAIT
  | PAGLOCK 
  | READCOMMITTED 
  | READCOMMITTEDLOCK 
  | READPAST 
  | READUNCOMMITTED 
  | REPEATABLEREAD 
  | ROWLOCK 
  | SERIALIZABLE 
  | TABLOCK 
  | TABLOCKX 
  | UPDLOCK 
  | XLOCK 
} 

<table_hint_limited> ::=
{
    KEEPIDENTITY 
  | KEEPDEFAULTS 
  | FASTFIRSTROW 
  | HOLDLOCK 
  | IGNORE_CONSTRAINTS 
  | IGNORE_TRIGGERS 
  | NOLOCK 
  | NOWAIT
  | PAGLOCK 
  | READCOMMITTED 
  | READCOMMITTEDLOCK 
  | READPAST 
  | REPEATABLEREAD 
  | ROWLOCK 
  | SERIALIZABLE 
  | TABLOCK 
  | TABLOCKX 
  | UPDLOCK 
  | XLOCK 
} 

参数

• WITH ( <table_hint> ) [ [ , ]...n]
  除了一些例外情况之外，仅当用 WITH 关键字指定表提示时，才支持这些提示。需要使用括号。

  重要提示
  不推荐使用省略 WITH 关键字这一功能，Microsoft SQL Server 的未来版本中将删除此功能。请在新的开发工作中始终指定 WITH，并修改当前省略此关键字的应用程序。 不推荐使用空格（而非逗号）分隔提示这一功能，Microsoft SQL Server 的未来版本中将删除此功能。请在新的开发工作中始终指定逗号，并修改当前省略逗号的应用程序。

  使用或不使用 WITH 关键字均可使用的表提示如下：NOLOCK、READUNCOMMITTED、UPDLOCK、REPEATABLEREAD、SERIALIZABLE、READCOMMITTED、FASTFIRSTROW、TABLOCK、TABLOCKX、PAGLOCK、ROWLOCK、NOWAIT、READPAST、XLOCK 和 NOEXPAND。如果指定表提示时不含 WITH 关键字，则必须单独指定该提示。例如 FROM t WITH (TABLOCK)。如果指定提示时含其他选项，则在指定该提示时必须含 WITH 关键字。例如 FROM t WITH (TABLOCK, INDEX(myindex))。

  在针对兼容级别为 90 及更高的数据库的查询中使用提示时，即存在这些限制。

• NOEXPAND
  指定查询优化器处理查询时，不扩展任何索引视图来访问基础表。查询优化器将视图当成包含聚集索引的表处理。NOEXPAND 只适用于索引视图。有关详细信息，请参阅备注。

• INDEX (index_value [,... n] ) | INDEX = (index_value)
  INDEX(index_value) 语法指定供查询优化器在处理该语句时使用的一个或多个索引的名称或 ID。另一供选择的 INDEX = (index_value) 语法仅适用于单个索引值。

  如果存在聚集索引，则 INDEX(0) 强制执行聚集索引扫描，INDEX(1) 强制执行聚集索引扫描或查找。如果不存在聚集索引，则 INDEX(0) 强制执行表扫描，INDEX(1) 被解释为错误。

  如果在单个提示列表中使用了多个索引，则会忽略任何重复项，其余列出的索引将用于检索表中的行。索引提示中的索引顺序很重要。多索引提示还强制执行索引 AND 运算，查询优化器将对所访问的每个索引应用尽可能多的条件。如果提示索引的集合未将查询引用的所有列都包含在内，则在 SQL Server 数据库引擎检索所有索引列后，将执行提取操作以检索剩余的列。

  注意
  如果将引用多个索引的索引提示用于星型联接中的事实数据表，则优化器将忽略索引提示，并返回一个警告消息。另外，不允许对包含指定索引提示的表执行索引 OR 操作。

  表提示中可指定的最大索引数为 250 个非聚集索引。

• KEEPIDENTITY
  只适用于 INSERT 语句（当 BULK 选项与 OPENROWSET 一起使用时）。

  指定导入的数据文件中的标识值用于标识列。如果不指定 KEEPIDENTITY，则将验证但不导入此列的标识值。查询优化器将根据创建表时指定的种子值和增量值自动分配唯一值。

  重要提示
  如果数据文件不包含表或视图中的标识列的值，并且标识列不是表中的最后一列，则必须跳过标识列。有关详细信息，请参阅 使用格式化文件跳过数据字段。如果成功跳过了一个标识列，则查询优化器会自动将标识列的唯一值分配到导入表行中。

  有关在 INSERT ...SELECT * FROM OPENROWSET(BULK...) 语句中使用此提示的示例，请参阅大容量导入数据时保留标识值。

  有关检查表的标识值的信息，请参阅 DBCC CHECKIDENT (Transact-SQL)。

• KEEPDEFAULTS
  只适用于 INSERT 语句（当 BULK 选项与 OPENROWSET 一起使用时）。

  指定数据记录在某一表列缺少值时插入此列的默认值（如果有），而不是插入 NULL。

  有关在 INSERT ...SELECT <columns> FROM OPENROWSET(BULK...) 语句中使用此提示的示例，请参阅在大容量导入期间保留 Null 值或使用默认值。

• FASTFIRSTROW
  等同于 OPTION (FAST 1)。有关详细信息，请参阅查询提示 (Transact-SQL)。

  重要提示
  下一版本的 Microsoft SQL Server 将删除该功能。请不要在新的开发工作中使用该功能，并尽快修改当前还在使用该功能的应用程序。

• FORCESEEK [ **(index_value(**index_column_name [ ,...n ] )) ]
  指定查询优化器仅使用索引查找操作作为表或视图中的数据的访问途径。从 SQL Server 2008 R2 SP1 开始，还可以指定索引参数。使用带索引参数的 FORCESEEK 类似于将 FORCESEEK 与 INDEX 提示一起使用。但是，您可以通过指定要查找的索引和查找操作中要考虑的索引列，更好地控制查询优化器使用的访问途径。

  • index_value
    是索引名称或索引 ID 值。不能指定索引 ID 0（堆）。若要返回索引名称或 ID，请查询 sys.indexes 目录视图。

  • index_column_name
    是要包含在查找操作中的索引列的名称。查询优化器仅考虑通过指定的索引（至少使用指定的索引列）执行索引查找操作。优化器可以根据需要考虑其他列。例如，如果指定非聚集索引，优化器除了使用指定的列之外，还可以选择使用聚集索引键列。

  可以通过以下方式指定 FORCESEEK 提示。

  语法	示例	说明
  不带索引或 INDEX 提示	FROM dbo.MyTable WITH (FORCESEEK)	查询优化器仅考虑执行索引查找操作以通过任意相关索引访问表或视图。
  与 INDEX 提示组合使用	FROM dbo.MyTable WITH (FORCESEEK, INDEX (MyIndex))	查询优化器仅考虑执行索引查找操作以通过指定的索引访问表或视图。
  通过指定索引和索引列进行参数化	FROM dbo.MyTable WITH (FORCESEEK (MyIndex (col1, col2, col3)))	查询优化器仅考虑执行索引查找操作，以通过指定的索引（至少使用指定的索引列）访问表或视图。

  使用 FORCESEEK 提示（具有或不带索引参数）时，考虑以下准则。

  • 该提示可以指定为表提示或查询提示。有关查询提示的详细信息，请参阅查询提示 (Transact-SQL)。

  • 若要将 FORCESEEK 应用到索引视图，还必须指定 NOEXPAND 提示。

  • 对每个表或视图最多应用该提示一次。

  • 不能为远程数据源指定该提示。带索引提示指定 FORCESEEK 时，将返回错误 7377；不带索引提示使用 FORCESEEK 时，将返回错误 8180。

  • 如果 FORCESEEK 导致找不到计划，将返回错误 8622。

  使用索引参数指定 FORCESEEK 时，遵循以下准则和限制。

  • 该提示不能与 INDEX 提示或另一个 FORCESEEK 提示一起指定。

  • 至少必须指定一个列且该列为第一个键列。

  • 可以指定其他索引列，但是不能跳过键列。例如，如果指定的索引包含键列 a、b 和 c，则有效的语法为 FORCESEEK (MyIndex (a)) 和 FORCESEEK (MyIndex (a, b)。无效的语法为 FORCESEEK (MyIndex (c)) 和 FORCESEEK (MyIndex (a, c)。

  • 在提示中指定的列名顺序必须与引用的索引中列的顺序匹配。

  • 不能指定不在索引键定义中的列。例如，在非聚集索引中，只能指定定义的索引键列。不能指定自动包含在索引中的聚集键列，但是优化器可以使用这些列。

  • 修改索引定义（例如通过添加或删除列）可能需要修改引用该索引的查询。

  • 该提示阻止优化器考虑表的任何空间或 XML 索引。

  • 该提示不能与 FORCESCAN 提示一起指定。

  • 对于分区的索引，不能在 FORCESEEK 提示中指定 SQL Server 隐式添加的分区列。有关详细信息，请参阅已分区索引的特殊指导原则。

  注意
  指定带索引参数的 FORCESEEK 限制优化器可以考虑的计划数大于指定不带参数的 FORCESEEK 时的计划数。这可能导致在更多情况下出现“无法生成计划”错误。在未来的版本中，对优化器进行内部修改后可允许考虑更多计划。有关详细信息，请参阅使用 FORCESEEK 表提示。

• FORCESCAN
  此提示在 SQL Server 2008 R2 SP1 中引入，它指定查询优化器仅将索引扫描操作作为引用的表或视图的访问途径。对于优化器低估受影响的行数并选择一个查找操作而非扫描操作的查询，FORCESCAN 提示很有用。出现这样的情况时，授予该操作的内存量太小，查询性能将受影响。

  指定 FORCESCAN 时有无 INDEX 提示均可。与索引提示组合使用 (INDEX = index_name, FORCESCAN) 时，查询优化器在访问引用的表时仅考虑通过指定的索引扫描访问路径。可以带索引提示 INDEX(0) 指定 FORCESCAN，以强制对基表执行表扫描操作。

  对于分区的表和索引，在通过查询谓词评估消除分区后应用 FORCESCAN。这意味着扫描仅适用于剩余分区而非整个表。

  FORCESCAN 提示存在以下限制。

  • 不能为作为 INSERT、UPDATE 或 DELETE 语句的目标的表指定该提示。

  • 该提示不能与一个以上的索引提示一起使用。

  • 该提示阻止优化器考虑表的任何空间或 XML 索引。

  • 不能为远程数据源指定该提示。

  • 该提示不能与 FORCESEEK 提示一起指定。

• HOLDLOCK
  等同于 SERIALIZABLE。有关详细信息，请参阅本主题后面的 SERIALIZABLE。HOLDLOCK 仅应用于那些为其指定了 HOLDLOCK 的表或视图，并且仅在使用了 HOLDLOCK 的语句定义的事务的持续时间内应用。HOLDLOCK 不能被用于包含 FOR BROWSE 选项的 SELECT 语句。

• IGNORE_CONSTRAINTS
  只适用于 INSERT 语句（当 BULK 选项与 OPENROWSET 一起使用时）。

  指定大容量导入操作将忽略对表的任何约束。默认情况下，INSERT 检查 CHECK 和 FOREIGN KEY 约束。当为大容量导入操作指定 IGNORE_CONSTRAINTS 时，INSERT 必须忽略对目标表的这些约束。注意，您无法禁用 UNIQUE、PRIMARY KEY 或 NOT NULL 约束。

  如果输入数据包含违反约束的行，则您可能希望禁用 CHECK 和 FOREIGN KEY 约束。通过禁用 CHECK 和 FOREIGN KEY 约束，可以导入数据，然后使用 Transact-SQL 语句清除该数据。

  不过，忽略 CHECK 和 FOREIGN KEY 约束时，操作之后表的每个忽略的约束都将在 sys.check_constraints 或 sys.foreign_keys 目录视图中标记为 is_not_trusted。在某一时刻，应该检查全表约束。如果在大容量导入操作之前表不为空，则重新验证约束的开销可能超过对增量数据应用 CHECK 和 FOREIGN KEY 约束的开销。

• IGNORE_TRIGGERS
  只适用于 INSERT 语句（当 BULK 选项与 OPENROWSET 一起使用时）。

  指定大容量导入操作将忽略为表定义的所有触发器。默认情况下，INSERT 将应用触发器。

  仅当应用程序不依赖任何触发器，并且必须最大程度地提高性能时，才使用 IGNORE_TRIGGERS。

• NOLOCK
  等同于 READUNCOMMITTED。有关详细信息，请参阅本主题后面的 READUNCOMMITTED。

  注意
  对于 UPDATE 或 DELETE 语句：后续版本的 Microsoft SQL Server 将删除该功能。请避免在新的开发工作中使用该功能，并着手修改当前还在使用该功能的应用程序。

• NOWAIT
  指示数据库引擎在遇到表的锁时，立即返回一条消息。NOWAIT 等同于将特定表的 SET LOCK_TIMEOUT 值指定为 0。

• PAGLOCK
  在通常行或键采用单个锁的地方，或者通常采用单个表锁的地方，请采用页锁。默认情况下，请使用与操作相对应的锁模式。在从 SNAPSHOT 隔离级别操作的事务中指定时，除非将 PAGLOCK 与需要锁的其他表提示（例如，UPDLOCK 和 HOLDLOCK）组合，否则不会取得页锁。

• READCOMMITTED
  指定读操作使用锁定或行版本控制来遵循有关 READ COMMITTED 隔离级别的规则。如果数据库选项 READ_COMMITTED_SNAPSHOT 为 OFF，数据库引擎将在读取数据时获取共享锁，在读操作完成后释放这些锁。如果数据库选项 READ_COMMITTED_SNAPSHOT 为 ON，则数据库引擎不获取锁，并使用行版本控制。有关隔离级别的详细信息，请参阅 SET TRANSACTION ISOLATION LEVEL (Transact-SQL)。

  注意
  对于 UPDATE 或 DELETE 语句：后续版本的 Microsoft SQL Server 将删除该功能。请避免在新的开发工作中使用该功能，并着手修改当前还在使用该功能的应用程序。

• READCOMMITTEDLOCK
  指定读操作使用锁定来遵循有关 READ COMMITTED 隔离级别的规则。无论 READ_COMMITTED_SNAPSHOT 数据库选项的设置如何，数据库引擎都将在读取数据时获取共享锁，在读操作完成后释放这些锁。有关隔离级别的详细信息，请参阅 SET TRANSACTION ISOLATION LEVEL (Transact-SQL)。不能对 INSERT 语句的目标表指定此提示；将返回错误 4140。

• READPAST
  指定数据库引擎不读取由其他事务锁定的行。如果指定了 READPAST，将跳过行级锁。也就是说，数据库引擎将跳过这些行，而不是阻塞当前事务直到锁被释放。例如，假设表 T1 包含一个单精度整数列，其值为 1、2、3、4 和 5。如果事务 A 将值 3 更改为 8，但尚未提交，则 SELECT * FROM T1 (READPAST) 将生成值 1、2、4 和 5。使用 SQL Server 表实现工作队列时，READPAST 主要用于减少锁定争用。使用 READPAST 的队列读取器会跳过被其他事务锁定的队列项，跳至下一个可用的队列项，而不是等待其他事务释放锁。

  可为 UPDATE 或 DELETE 语句中以及 FROM 子句中引用的任何表指定 READPAST。如果 READPAST 是在 UPDATE 语句中指定的，则仅当读取数据以标识要更新的记录时才应用 READPAST，而不考虑语句中指定 READPAST 的位置。不能为 INSERT 语句的 INTO 子句中的表指定 READPAST。使用 READPAST 的读操作不会发生阻塞。读取外键或索引视图或者修改辅助索引时，使用 READPAST 的更新或删除操作可能发生阻塞。

  仅可在运行于 READ COMMITTED 或 REPEATABLE READ 隔离级别的事务中指定 READPAST。在从 SNAPSHOT 隔离级别操作的事务中指定时，READPAST 必须与需要锁的其他表提示（例如，UPDLOCK 和 HOLDLOCK）组合。

  当 READ_COMMITTED_SNAPSHOT 数据库选项设置为 ON 并且满足以下条件之一时，无法指定 READPAST 表提示。

  • 会话的事务隔离级别为 READ COMMITTED。

  • 查询中也指定了 READCOMMITTED 表提示。

  若要在上述情况下指定 READPAST 提示，请删除 READCOMMITTED 表提示（如果存在），然后在查询中包括 READCOMMITTEDLOCK 表提示。

• READUNCOMMITTED
  指定允许脏读。不发布共享锁来阻止其他事务修改当前事务读取的数据，其他事务设置的排他锁不会阻碍当前事务读取锁定数据。允许脏读可能产生较多的并发操作，但其代价是读取以后会被其他事务回滚的数据修改。这可能会使您的事务出错，向用户显示从未提交过的数据，或者导致用户两次看到记录（或根本看不到记录）。有关脏读、不可重复读和幻读的详细信息，请参阅并发影响。

  READUNCOMMITTED 和 NOLOCK 提示仅适用于数据锁。所有查询（包括那些带有 READUNCOMMITTED 和 NOLOCK 提示的查询）都会在编译和执行过程中获取 Sch-S（架构稳定性）锁。因此，当并发事务持有表的 Sch-M（架构修改）锁时，将阻塞查询。例如，数据定义语言 (DDL) 操作在修改表的架构信息之前获取 Sch-M 锁。所有并发查询（包括那些使用 READUNCOMMITTED 或 NOLOCK 提示运行的查询）都会在尝试获取 Sch-S 锁时被阻塞。相反，持有 Sch-S 锁的查询将阻塞尝试获取 Sch-M 锁的并发事务。有关锁行为的详细信息，请参阅锁兼容性（数据库引擎）。

  不能为通过插入、更新或删除操作修改过的表指定 READUNCOMMITTED 和 NOLOCK。SQL Server 查询优化器忽略 FROM 子句中应用于 UPDATE 或 DELETE 语句的目标表的 READUNCOMMITTED 和 NOLOCK 提示。

  注意
  在 SQL Server 的未来版本中，将不再支持在 FROM 子句中使用应用于 UPDATE 或 DELETE 语句目标表的 READUNCOMMITTED 和 NOLOCK 提示。请避免在新的开发工作上下文中使用这些提示，并计划修改当前使用它们的应用程序。

  可以通过使用以下任意一种方法，在保护事务避免对未提交的数据修改进行脏读的同时最大程度地减少锁争用：

  • READ COMMITTED 隔离级别，其中 READ_COMMITTED_SNAPSHOT 数据库选项设置为 ON。

  • SNAPSHOT 隔离级别。

  有关隔离级别的详细信息，请参阅 SET TRANSACTION ISOLATION LEVEL (Transact-SQL)。

  注意
  如果在指定了 READUNCOMMITTED 的情况下收到 601 号错误消息，则按解决死锁错误 (1205) 的方法解决该错误，然后重试语句。

• REPEATABLEREAD
  指定事务在 REPEATABLE READ 隔离级别运行时，使用相同的锁定语义执行一次扫描。有关隔离级别的详细信息，请参阅 SET TRANSACTION ISOLATION LEVEL (Transact-SQL)。

• ROWLOCK
  指定通常采用页锁或表锁时，采用行锁。在从 SNAPSHOT 隔离级别操作的事务中指定时，除非将 ROWLOCK 与需要锁的其他表提示（例如，UPDLOCK 和 HOLDLOCK）组合，否则不会取得行锁。

• SERIALIZABLE
  等同于 HOLDLOCK。保持共享锁直到事务完成，使共享锁更具有限制性；而不是无论事务是否完成，都在不再需要所需表或数据页时立即释放共享锁。执行扫描时所用的语义与在 SERIALIZABLE 隔离级别运行的事务的语义相同。有关隔离级别的详细信息，请参阅 SET TRANSACTION ISOLATION LEVEL (Transact-SQL)。

• TABLOCK
  指定在表级别应用获取的锁。获取的锁类型取决于正在执行的语句。例如，SELECT 语句可能获取一个共享锁。通过指定 TABLOCK，将该共享锁应用到整个表而非在行或页级别应用。如果同时指定了 HOLDLOCK，则会一直持有表锁，直至事务结束。

  在通过使用 INSERT INTO <target_table> SELECT <columns> FROM <source_table> 语句将数据导入某一堆时，可通过为目标表指定 TABLOCK 提示，实现语句的优化的日志记录和锁定。此外，数据库的恢复模式必须设置为简单或大容量日志模式。有关详细信息，请参阅 INSERT (Transact-SQL)。

  在与 OPENROWSET 大容量行集提供程序一起使用以将数据导入表的时候，TABLOCK 将启用多个客户端，以并发方式将数据加载到具有优化日志记录和锁定的目标表中。有关详细信息，请参阅在大容量导入中按最小方式记录日志的前提条件。

• TABLOCKX
  指定对表采用排他锁。

• UPDLOCK
  指定采用更新锁并持有到事务完成。UPDLOCK 仅对行级别或页级别的读操作采用更新锁。如果将 UPDLOCK 与 TABLOCK 组合使用或出于一些其他原因采用表级锁，将采用排他 (X) 锁。

  指定 UPDLOCK 时，忽略 READCOMMITTED 和 READCOMMITTEDLOCK 隔离级别提示。例如，如果将会话的隔离级别设置为 SERIALIZABLE 且查询指定 (UPDLOCK, READCOMMITTED)，则忽略 READCOMMITTED 提示且使用 SERIALIZABLE 隔离级别运行事务。

• XLOCK
  指定采用排他锁并持有到事务完成。如果同时指定了 ROWLOCK, PAGLOCK 或 TABLOCK，则排他锁将应用于相应的粒度级别。

注释

如果查询计划不访问表，则将忽略表提示。这可能是由于优化器选择了完全不访问该表，也可能是因为改成了访问索引视图。在后一种情况中，使用 OPTION (EXPAND VIEWS) 查询提示可阻止访问索引视图。

所有锁提示将传播到查询计划访问的所有表和视图，其中包括在视图中引用的表和视图。另外，SQL Server 还将执行对应的锁一致性检查。

获取行级别锁的锁提示 ROWLOCK、UPDLOCK 和 XLOCK 可能对索引键而不是实际的数据行采用锁。例如，如果表具有非聚集索引，而且由涵盖索引来处理使用锁提示的 SELECT 语句，则获得的锁针对的是涵盖索引中的索引键而不是基表中的数据行。

如果某个表包含计算列，而该计算列是由访问其他某些表中的列的表达式或函数计算的，则不对这些表使用表提示，即不传播表提示。例如，对查询中的表指定 NOLOCK 表提示。此表包含的计算列是由访问另一表中的列的表达式和函数组合计算的。表达式和函数引用的表在被访问时将不使用 NOLOCK 表提示。

对于 FROM 子句中的每个表，SQL Server 不允许存在多个来自以下各个组的表提示：

• 粒度提示：PAGLOCK、NOLOCK、READCOMMITTEDLOCK、ROWLOCK、TABLOCK 或 TABLOCKX。

• 隔离级别提示：HOLDLOCK、NOLOCK、READCOMMITTED、REPEATABLEREAD、SERIALIZABLE。

筛选索引提示

USE AdventureWorks2008R2;
GO
IF EXISTS (SELECT name FROM sys.indexes
    WHERE name = N'FIBillOfMaterialsWithComponentID' 
    AND object_id = OBJECT_ID(N'Production.BillOfMaterials'))
DROP INDEX FIBillOfMaterialsWithComponentID
    ON Production.BillOfMaterials;
GO
CREATE NONCLUSTERED INDEX "FIBillOfMaterialsWithComponentID"
    ON Production.BillOfMaterials (ComponentID, StartDate, EndDate)
    WHERE ComponentID IN (533, 324, 753);
GO
SELECT StartDate, ComponentID FROM Production.BillOfMaterials
    WITH( INDEX (FIBillOfMaterialsWithComponentID) )
    WHERE ComponentID in (533, 324, 753, 855, 924);
GO

使用 NOEXPAND

将表提示用作查询提示

权限

KEEPIDENTITY、IGNORE_CONSTRAINTS 和 IGNORE_TRIGGERS 提示需要具有对表的 ALTER 权限。

示例

A. 使用 TABLOCK 提示指定锁定方法

USE AdventureWorks2008R2;
GO
UPDATE Production.Product
WITH (TABLOCK)
SET ListPrice = ListPrice * 1.10
WHERE ProductNumber LIKE 'BK-%';
GO

B. 使用 FORCESEEK 提示指定索引查找操作

USE AdventureWorks2008R2;
GO
SELECT *
FROM Sales.SalesOrderHeader AS h
INNER JOIN Sales.SalesOrderDetail AS d WITH (FORCESEEK)
    ON h.SalesOrderID = d.SalesOrderID 
WHERE h.TotalDue > 100
AND (d.OrderQty > 5 OR d.LineTotal < 1000.00);
GO

USE AdventureWorks2008R2; 
GO
SELECT h.SalesOrderID, h.TotalDue, d.OrderQty
FROM Sales.SalesOrderHeader AS h
    INNER JOIN Sales.SalesOrderDetail AS d 
    WITH (FORCESEEK (PK_SalesOrderDetail_SalesOrderID_SalesOrderDetailID (SalesOrderID))) 
    ON h.SalesOrderID = d.SalesOrderID 
WHERE h.TotalDue > 100
AND (d.OrderQty > 5 OR d.LineTotal < 1000.00); 
GO

C. 使用 FORCECAN 提示指定索引扫描操作

USE AdventureWorks2008R2; 
GO
SELECT h.SalesOrderID, h.TotalDue, d.OrderQty
FROM Sales.SalesOrderHeader AS h
    INNER JOIN Sales.SalesOrderDetail AS d 
    WITH (FORCESCAN) 
    ON h.SalesOrderID = d.SalesOrderID 
WHERE h.TotalDue > 100
AND (d.OrderQty > 5 OR d.LineTotal < 1000.00);

请参阅

参考

概念