Mistake: enable OPTIMIZE_FOR_SEQUENTIAL_KEY merely because an index uses a sequential key. Its purpose is narrower: reduce last-page insert contention when concurrent inserts queue for a latch on the index's final page. section 11.8.3
A delayed insert, such as one performing a page split, can hold up every insert waiting behind it. With the option enabled, SQL Server applies flow control before page-latch requests and prioritizes threads likely to finish within one processor cycle. section 11.8.3
Targeted configuration
For the ImpressionUID index on marketing.Impressions, apply the setting immediately with ALTER INDEX ... SET. No index rebuild is required. section 11.8.3
Listing 11.16 Enabling OPTIMIZE_FOR_SEQUENTIAL_KEY
ALTER INDEX ImpressionUID ON marketing.Impressions SET ( OPTIMIZE_FOR_SEQUENTIAL_KEY = ON ) ;
Use the T-SQL listing as a direct configuration pattern for enabling the option on a named index. section 11.8.3
Apply the option cautiously:
- Use it when a sequential-key index has high insert throughput and latch demand exceeds available processor capacity. section 11.8.3
- Avoid enabling it on indexes without throughput problems; even a sequential key can experience performance degradation. section 11.8.3
