From bfafeb6dae143a7f4f58675c3a9d9c04de2e4b5f Mon Sep 17 00:00:00 2001 From: Pam Lahoud Date: Fri, 16 Aug 2019 11:35:07 -0700 Subject: [PATCH] Adding newly published blog link --- samples/features/optimize-for-sequential-key/README.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/samples/features/optimize-for-sequential-key/README.md b/samples/features/optimize-for-sequential-key/README.md index 624bacfe..8057a240 100644 --- a/samples/features/optimize-for-sequential-key/README.md +++ b/samples/features/optimize-for-sequential-key/README.md @@ -2,7 +2,7 @@ # OPTIMIZE_FOR_SEQUENTIAL_KEY -In SQL Server 2019, a new index option was added called OPTIMIZE_FOR_SEQUENTIAL_KEY that is intended to address an issue known as [last page insert contention](https://support.microsoft.com/kb/4460004). Most of the solutions to this problem that have been suggested in the past involve making changes to either the application or the structure of the contentious index, which can be costly and sometimes involve performance trade-offs. Rather than making major structural changes, OPTIMIZE_FOR_SEQUENTIAL_KEY addresses some of the SQL Server scheduling issues that can lead to severely reduced throughput when last page insert contention occurs. Using the OPTMIZE_FOR_SEQUENTIAL_KEY index option can help maintain consistent throughput in high-concurrency environments when the following conditions are true: +In SQL Server 2019, a new index option was added called [OPTIMIZE_FOR_SEQUENTIAL_KEY](https://docs.microsoft.com/sql/t-sql/statements/create-index-transact-sql#sequential-keys) that is intended to address an issue known as [last page insert contention](https://support.microsoft.com/kb/4460004). Most of the solutions to this problem that have been suggested in the past involve making changes to either the application or the structure of the contentious index, which can be costly and sometimes involve performance trade-offs. Rather than making major structural changes, OPTIMIZE_FOR_SEQUENTIAL_KEY addresses some of the SQL Server scheduling issues that can lead to severely reduced throughput when last page insert contention occurs. Using the OPTMIZE_FOR_SEQUENTIAL_KEY index option can help maintain consistent throughput in high-concurrency environments when the following conditions are true: - The index has a sequential key - The number of concurrent insert threads to the index far exceeds the number of schedulers (in other words logical cores) @@ -80,4 +80,6 @@ The code included in this sample is not intended to be a set of best practices o For more information, see these articles: -[CREATE INDEX - Sequential Keys](https://docs.microsoft.com/sql/t-sql/statements/create-index-transact-sql#sequential-keys) \ No newline at end of file +[CREATE INDEX - Sequential Keys](https://docs.microsoft.com/sql/t-sql/statements/create-index-transact-sql#sequential-keys) + +[Behind the Scenes on OPTIMIZE_FOR_SEQUENTIAL_KEY](https://techcommunity.microsoft.com/t5/SQL-Server/Behind-the-Scenes-on-OPTIMIZE-FOR-SEQUENTIAL-KEY/ba-p/806888) \ No newline at end of file