Skip to content

Commit a3e4bd6

Browse files
authored
docs: Streamline upgrade section and remove outdated SQL Server 2014 reference (#36578)
- Remove outdated paragraph about pre-SQL Server 2014 upgrade behavior - Shorten section header for clarity - Address customer feedback (UUF 494961) about grammar and clarity
1 parent 471b5a6 commit a3e4bd6

1 file changed

Lines changed: 2 additions & 4 deletions

File tree

docs/relational-databases/performance/query-store-usage-scenarios.md

Lines changed: 2 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -110,10 +110,8 @@ Plan after missing index creation (plan_id = 15, below) now has Index Seek (Non
110110

111111
Based on analysis you would likely keep the index as query performance has been improved.
112112

113-
## <a name="CEUpgrade"></a> Keep performance stability during the upgrade to newer [!INCLUDE[ssNoVersion](../../includes/ssnoversion-md.md)]
114-
Prior to [!INCLUDE[ssSQL14](../../includes/sssql14-md.md)], users were exposed to the risk of performance regression during the upgrade to the latest platform version. The reason for that was the fact that latest version of Query Optimizer became active immediately once new bits are installed.
115-
116-
Starting with [!INCLUDE[ssSQL14](../../includes/sssql14-md.md)] all Query Optimizer changes are tied to the latest [database compatibility level](../../relational-databases/databases/view-or-change-the-compatibility-level-of-a-database.md), so plans are not changed right at point of upgrade but rather when a user changes the `COMPATIBILITY_LEVEL` to the latest one. This capability, in combination with Query Store gives you a great level of control over the query performance in the upgrade process. Recommended upgrade workflow is shown in the following picture:
113+
## <a name="CEUpgrade"></a> Keep performance stability during upgrade
114+
Query Optimizer changes are tied to the latest [database compatibility level](../../relational-databases/databases/view-or-change-the-compatibility-level-of-a-database.md), so plans are not changed right at point of upgrade but rather when a user changes the `COMPATIBILITY_LEVEL` to the latest one. This capability, in combination with Query Store gives you a great level of control over the query performance in the upgrade process. Recommended upgrade workflow is shown in the following picture:
117115

118116
![Diagram showing the recommended upgrade workflow.](../../relational-databases/performance/media/query-store-usage-5.png "query-store-usage-5")
119117

0 commit comments

Comments
 (0)