SQL Server 2025 Series : Degree Of Parallelism (DOP) Feedback Explained with Real-Time Demo!

Parallelism tuning has always been one of the most challenging aspects of SQL Server performance optimization. DBAs often spend hours fine-tuning MAXDOP settings, trying to strike the perfect balance between performance and resource consumption.

With SQL Server 2025, this challenge is significantly reduced thanks to Degree of Parallelism (DOP) Feedbackโ€”a powerful Intelligent Query Processing feature that automatically optimizes parallel query execution.

In this blog, we will walk through:

  • What DOP Feedback is
  • How to track it using Extended Events
  • A real-time demo with multiple scenarios
  • How to validate whether DOP Feedback is working on your server

What is DOP Feedback?

DOP Feedback enables SQL Server to self-adjust the degree of parallelism for repeated queries. Instead of relying on static MAXDOP settings, SQL Server analyzes runtime performance (CPU usage, execution time, waits) and dynamically tunes DOP for subsequent executions.

This helps:

  • Reduce excessive CPU usage
  • Improve query performance
  • Eliminate manual tuning effort

Tracking DOP Feedback using Extended Events

To understand how SQL Server applies DOP Feedback, we can capture internal engine decisions using Extended Events.

Setup DOP Feedback Tracking

IF EXISTS (SELECT 1 FROM sys.server_event_sessions WHERE name = 'DOPFeedbackWatch')
DROP EVENT SESSION DOPFeedbackWatch ON SERVER;
GO
CREATE EVENT SESSION DOPFeedbackWatch ON SERVER
ADD EVENT sqlserver.dop_feedback_eligible_query(
ACTION(sqlserver.sql_text, sqlserver.plan_handle, sqlserver.query_hash)),
ADD EVENT sqlserver.dop_feedback_provided(
ACTION(sqlserver.sql_text, sqlserver.plan_handle, sqlserver.query_hash)),
ADD EVENT sqlserver.dop_feedback_validation(
ACTION(sqlserver.sql_text, sqlserver.plan_handle, sqlserver.query_hash)),
ADD EVENT sqlserver.dop_feedback_stabilized(
ACTION(sqlserver.sql_text, sqlserver.plan_handle, sqlserver.query_hash)),
ADD EVENT sqlserver.dop_feedback_reverted(
ACTION(sqlserver.sql_text, sqlserver.plan_handle, sqlserver.query_hash)),
ADD EVENT sqlserver.dop_feedback_analysis_stopped(
ACTION(sqlserver.sql_text, sqlserver.plan_handle, sqlserver.query_hash)),
ADD EVENT sqlserver.dop_feedback_reassessment_failed(
ACTION(sqlserver.sql_text, sqlserver.plan_handle, sqlserver.query_hash))
ADD TARGET package0.ring_buffer;
GO
ALTER EVENT SESSION DOPFeedbackWatch ON SERVER STATE = START;
GO

What this captures

This session helps us track:

  • When a query becomes eligible for DOP Feedback
  • When SQL Server adjusts DOP
  • Whether feedback is validated or reverted
  • When the system stabilizes on an optimal DOP

This gives real-time visibility into the self-tuning engine behavior.


DOP Feedback Demo (Step-by-Step)

Letโ€™s simulate workloads to observe DOP Feedback in action.


Scenario 1: High-Volume Parallel Query (Feedback Adjusted)

CREATE DATABASE jbdb
GO
USE JBDB
GO
--Create table and load table
CREATE TABLE [dbo].[Table1]([Col1] [int] IDENTITY(1,1) ON [PRIMARY]
GO
set nocount on
insert into Table1 (Col2, Col3, Col4, Col5) values (1, REPLICATE ('a',4000), 10, 100)
go 999
insert into Table1 (Col2, Col3, Col4, Col5) values (2, REPLICATE ('z',4000), 11, 100)
go 99999
insert into Table1 (Col2, Col3, Col4, Col5) values (3, REPLICATE ('f',4000), 12, 100)
go 8965
insert into Table1 (Col2, Col3, Col4, Col5) values (4, REPLICATE ('g',4000), 13, 100)
go 7844
insert into Table1 (Col2, Col3, Col4, Col5) values (5, REPLICATE ('u',4000), 14, 100)
go 4567
insert into Table1 (Col2, Col3, Col4, Col5) values (2, REPLICATE ('z',4000), 11, 100)
go 751049
-- Stored Procedure to query the table
CREATE OR ALTER PROCEDURE [dbo].[usp_GetDetails] @Col2 int
AS
BEGIN
SELECT top (50000)
[Col1],
[Col2],
[Col3],
[Col4],
[Col5]
FROM dbo.Table1
WHERE [Col2] = @Col2
ORDER BY [Col3];
END
--EXECUTE the stored procedure
EXEC [dbo].[usp_GetDetails] @Col2 = 2
--OSTRESS
C:\Program Files\Microsoft Corporation\RMLUtils>ostress -S"VIJANAK\IN2025" -E -Q"EXEC usp_GetDetails @Col2 = 2;" -n1 -r100 -q -dJBDB

In this scenario:

  • Query executes repeatedly under load
  • SQL Server identifies inefficiencies in parallelism
  • DOP is adjusted for better performance

Scenario 2: Skewed Parallelism (Feedback Evaluation)

use JBBlog
[dbo].[usp_SkewedParallelReport]
ostress -S"VIJANAK\IN2025" -E -Q"EXEC usp_SkewedParallelReport;" -n1 -r100 -q -dJBBlog

Here:

  • SQL Server evaluates skewed workloads
  • Determines whether reducing DOP improves efficiency
  • May validate or reject feedback

Monitoring Live Workload

To see what is actively running:

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
-- What SQL Statements Are Currently Running?
SELECT [Spid] = session_Id
, ecid
, [Database] = DB_NAME(sp.dbid)
, [User] = nt_username
, [Status] = er.status
, [Wait] = wait_type
, [Individual Query] = SUBSTRING (qt.text,
er.statement_start_offset/2,
(CASE WHEN er.statement_end_offset = -1
THEN LEN(CONVERT(NVARCHAR(MAX), qt.text)) * 2
ELSE er.statement_end_offset END -
er.statement_start_offset)/2)
,[Parent Query] = qt.text
, Program = program_name
, Hostname
, nt_domain
, start_time
FROM sys.dm_exec_requests er
INNER JOIN sys.sysprocesses sp ON er.session_id = sp.spid
CROSS APPLY sys.dm_exec_sql_text(er.sql_handle)as qt
where session_Id NOT IN (@@SPID) -- Ignore this current statement.
ORDER BY 1, 2
go

This helps you:

  • Identify active queries
  • Validate parallel workloads
  • Correlate with Extended Event output

Key Observations from the Demo

From the above scenarios, you will typically notice:

  1. DOP Feedback Applied Successfully
    • SQL Server reduces or adjusts DOP
    • Performance improves over repeated executions
  2. Optimal DOP Identified
    • No change needed
    • System confirms current DOP is efficient
  3. Query Not Eligible
    • Some queries are excluded
    • Depends on execution pattern and workload

Why This Matters

DOP Feedback fundamentally changes how DBAs approach tuning:

Traditional ApproachSQL Server 2025 Approach
Manual MAXDOP tuningAutomatic per-query tuning
Trial and errorData-driven decisions
Static configurationAdaptive optimization

Watch the Full Demo

I’ve recorded a complete walkthrough of this setup on my YouTube channel JBSWiki. If you’re a visual learner, go check it out!

๐Ÿ‘‰ Watch here: https://www.youtube.com/watch?v=nVMeQeiUKTA


Final Thoughts

With SQL Server 2025, the database engine becomes smarter and more autonomous.

DOP Feedback:

  • Eliminates guesswork
  • Improves performance stability
  • Reduces CPU contention
  • Adapts dynamically to workload changes

For DBAs and performance engineers, this means less time tuning and more time delivering value.


If you are testing SQL Server 2025 in your environment, I highly recommend running this demo and observing the Extended Events output โ€” it gives incredible insight into how the engine learns and adapts in real time.

Thank You,
Vivek Janakiraman

Disclaimer:
The views expressed on this blog are mine alone and do not reflect the views of my company or anyone else. All postings on this blog are provided โ€œAS ISโ€ with no warranties, and confers no rights.

SQL Server 2022: Exploring the DATE_BUCKET Function

๐Ÿ•’SQL Server 2022 introduces several new and exciting features, and one of the standout additions is the DATE_BUCKET function. This function allows you to group dates into fixed intervals, making it easier to analyze time-based data. In this blog, we’ll dive into how DATE_BUCKET works, using the JBDB database for our demonstrations. We’ll also explore a business use case to showcase the function’s practical applications.๐Ÿ•’

Business Use Case: Analyzing Customer Orders ๐Ÿ“Š

Imagine a retail company, “Retail Insights,” that wants to analyze customer order data to understand purchasing patterns over time. Specifically, the company wants to group orders into weekly intervals to identify trends and peak periods. Using the DATE_BUCKET function, we can efficiently bucketize order dates into weekly intervals and perform various analyses.

Setting Up the JBDB Database

First, let’s set up our sample database and table. We’ll create a database named JBDB and a table Orders to store our order data.

-- Create JBDB Database
CREATE DATABASE JBDB;
GO

-- Use JBDB Database
USE JBDB;
GO

-- Create Orders Table
CREATE TABLE Orders (
    OrderID INT PRIMARY KEY IDENTITY(1,1),
    CustomerID INT,
    OrderDate DATETIME,
    TotalAmount DECIMAL(10, 2)
);
GO

Inserting Sample Data ๐Ÿ“ฆ

Next, we’ll insert some sample data into the Orders table to simulate a few months of order history.

-- Insert Sample Data into Orders Table
INSERT INTO Orders (CustomerID, OrderDate, TotalAmount)
VALUES
(1, '2022-01-05', 250.00),
(2, '2022-01-12', 300.50),
(1, '2022-01-19', 450.00),
(3, '2022-01-25', 500.75),
(4, '2022-02-01', 320.00),
(5, '2022-02-08', 275.00),
(2, '2022-02-15', 150.25),
(3, '2022-02-22', 600.00),
(4, '2022-03-01', 350.00),
(5, '2022-03-08', 425.75);
GO

Using the DATE_BUCKET Function ๐Ÿ—“๏ธ

The DATE_BUCKET function simplifies the process of grouping dates into fixed intervals. Let’s see how it works by bucketing our orders into weekly intervals.

-- Group Orders into Weekly Intervals Using DATE_BUCKET
SELECT 
    CustomerID,
    OrderDate,
    TotalAmount,
    DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderWeek
FROM Orders
ORDER BY OrderWeek;
GO

In the above query:

  • WEEK specifies the interval size.
  • 1 is the number of weeks per bucket.
  • OrderDate is the column containing the dates to be bucketed.
  • CAST('2022-01-01' AS datetime) is the reference date from which the intervals are calculated, cast to the datetime type to match OrderDate.

Analyzing Sales Trends ๐Ÿ“ˆ

Now that we have our orders grouped into weekly intervals, we can analyze sales trends, such as total sales per week.

-- Calculate Total Sales Per Week
SELECT 
    DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderWeek,
    SUM(TotalAmount) AS TotalSales
FROM Orders
GROUP BY DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime))
ORDER BY OrderWeek;
GO

This query helps “Retail Insights” identify peak sales periods and trends over time. For example, they might find that certain weeks have consistently higher sales, prompting them to investigate further.

Grouping by Month

SELECT 
    CustomerID,
    OrderDate,
    TotalAmount,
    DATE_BUCKET(MONTH, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderMonth
FROM Orders
ORDER BY OrderMonth;
GO

Analyzing Orders Per Customer

SELECT 
    CustomerID,
    COUNT(OrderID) AS NumberOfOrders,
    SUM(TotalAmount) AS TotalSpent,
    DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderWeek
FROM Orders
GROUP BY CustomerID, DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime))
ORDER BY OrderWeek;
GO

Counting Orders in Each Weekly Interval

This query counts the number of orders placed in each weekly interval.

-- Count Orders in Each Weekly Interval Using DATE_BUCKET
SELECT 
    DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderWeek,
    COUNT(OrderID) AS NumberOfOrders
FROM Orders
GROUP BY DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime))
ORDER BY OrderWeek;
GO

Average Order Value per Week

Calculate the average value of orders in each weekly interval.

-- Calculate Average Order Value Per Week
SELECT 
    DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderWeek,
    AVG(TotalAmount) AS AverageOrderValue
FROM Orders
GROUP BY DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime))
ORDER BY OrderWeek;
GO

Monthly Sales Analysis

Analyze total sales on a monthly basis.

-- Analyze Monthly Sales Using DATE_BUCKET
SELECT 
    DATE_BUCKET(MONTH, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderMonth,
    SUM(TotalAmount) AS MonthlySales
FROM Orders
GROUP BY DATE_BUCKET(MONTH, 1, OrderDate, CAST('2022-01-01' AS datetime))
ORDER BY OrderMonth;
GO

Identifying Peak Ordering Days

Identify the days with the highest total sales using daily buckets.

-- Identify Peak Ordering Days
SELECT 
    DATE_BUCKET(DAY, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderDay,
    SUM(TotalAmount) AS TotalSales
FROM Orders
GROUP BY DATE_BUCKET(DAY, 1, OrderDate, CAST('2022-01-01' AS datetime))
ORDER BY TotalSales DESC;
GO

Customer Order Frequency Analysis

Determine the frequency of orders for each customer on a weekly basis.

-- Customer Order Frequency Analysis Using DATE_BUCKET
SELECT 
    CustomerID,
    DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderWeek,
    COUNT(OrderID) AS OrdersPerWeek
FROM Orders
GROUP BY CustomerID, DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime))
ORDER BY CustomerID, OrderWeek;
GO

Weekly Revenue Growth Rate

Calculate the weekly growth rate in sales revenue.

-- Calculate Weekly Revenue Growth Rate
WITH WeeklySales AS (
    SELECT 
        DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderWeek,
        SUM(TotalAmount) AS WeeklySales
    FROM Orders
    GROUP BY DATE_BUCKET(WEEK, 1, OrderDate, CAST('2022-01-01' AS datetime))
)
SELECT 
    OrderWeek,
    WeeklySales,
    LAG(WeeklySales) OVER (ORDER BY OrderWeek) AS PreviousWeekSales,
    (WeeklySales - LAG(WeeklySales) OVER (ORDER BY OrderWeek)) / LAG(WeeklySales) OVER (ORDER BY OrderWeek) * 100 AS GrowthRate
FROM WeeklySales
ORDER BY OrderWeek;
GO

Orders Distribution Across Quarters

Analyze the distribution of orders across different quarters.

-- Distribution of Orders Across Quarters
SELECT 
    DATE_BUCKET(QUARTER, 1, OrderDate, CAST('2022-01-01' AS datetime)) AS OrderQuarter,
    COUNT(OrderID) AS NumberOfOrders
FROM Orders
GROUP BY DATE_BUCKET(QUARTER, 1, OrderDate, CAST('2022-01-01' AS datetime))
ORDER BY OrderQuarter;
GO

Business Insights ๐Ÿ’ก

Using the DATE_BUCKET function, “Retail Insights” can gain valuable insights into customer purchasing patterns:

  1. Identify Peak Periods: By analyzing weekly sales data, the company can pinpoint peak periods and prepare for increased demand.
  2. Marketing Strategies: Understanding customer behavior patterns helps in tailoring marketing strategies, such as promotions during slower periods.
  3. Inventory Management: Forecasting demand based on historical data enables better inventory planning and reduces stockouts or overstock situations.

Conclusion ๐ŸŽ‰

The DATE_BUCKET function in SQL Server 2022 is a powerful tool for time-based data analysis. It simplifies the process of grouping dates into intervals, making it easier to extract meaningful insights from your data. Whether you’re analyzing sales trends, customer behavior, or other time-sensitive information, DATE_BUCKET can help streamline your workflow and improve decision-making.

Feel free to try these examples in your own environment and explore the potential of DATE_BUCKET in your data analysis tasks! Happy querying! ๐Ÿš€

For more tutorials and tips on SQL Server, including performance tuning and database management, be sure to check out our JBSWiki YouTube channel.

Thank You,
Vivek Janakiraman

Disclaimer:
The views expressed on this blog are mine alone and do not reflect the views of my company or anyone else. All postings on this blog are provided โ€œAS ISโ€ with no warranties, and confers no rights.

Exploring SQL Server 2022’s Enhanced Support for Ordered Data in Window Functions

SQL Server 2022 has brought several exciting enhancements, especially for window functions. These improvements make it easier to work with ordered data, a common requirement in many business scenarios. In this blog, we will explore these new features using the JBDB database. We’ll start with a detailed business use case and demonstrate the improvements with practical T-SQL queries. Let’s dive in! ๐ŸŒŠ

Business Use Case: Sales Performance Analysis ๐Ÿ“Š

Imagine a company, JB Enterprises, which needs to analyze the sales performance of its sales representatives over time. The goal is to:

  1. Rank sales representatives based on their monthly sales.
  2. Calculate the running total of sales for each representative.
  3. Determine the difference in sales between the current month and the previous month.

To achieve this, we’ll use SQL Server 2022’s enhanced window functions.

Setting Up the JBDB Database ๐Ÿ› ๏ธ

First, let’s set up our JBDB database and create the necessary tables:

-- Create the JBDB database
CREATE DATABASE JBDB;
GO

-- Use the JBDB database
USE JBDB;
GO

-- Create the Sales table
CREATE TABLE Sales (
    SalesID INT PRIMARY KEY IDENTITY,
    SalesRepID INT,
    SalesRepName NVARCHAR(100),
    SaleDate DATE,
    SaleAmount DECIMAL(10, 2)
);
GO

Now, let’s populate the Sales table with some sample data:

-- Insert sample data into the Sales table
INSERT INTO Sales (SalesRepID, SalesRepName, SaleDate, SaleAmount) VALUES
(1, 'Alice', '2023-01-15', 1000.00),
(1, 'Alice', '2023-02-15', 1500.00),
(1, 'Alice', '2023-03-15', 1200.00),
(2, 'Bob', '2023-01-20', 800.00),
(2, 'Bob', '2023-02-20', 1600.00),
(2, 'Bob', '2023-03-20', 1100.00),
(3, 'Charlie', '2023-01-25', 1300.00),
(3, 'Charlie', '2023-02-25', 1700.00),
(3, 'Charlie', '2023-03-25', 1800.00);
GO

Improved Support for Ordered Data in Window Functions ๐ŸŒŸ

SQL Server 2022 introduces several enhancements to window functions, making it easier to work with ordered data. Let’s explore these improvements with our use case.

1. Ranking Sales Representatives ๐Ÿ†

To rank sales representatives based on their monthly sales, we can use the RANK() function:

-- Rank sales representatives based on monthly sales
SELECT 
    SalesRepName,
    SaleDate,
    SaleAmount,
    RANK() OVER (PARTITION BY DATEPART(YEAR, SaleDate), DATEPART(MONTH, SaleDate) 
                 ORDER BY SaleAmount DESC) AS SalesRank
FROM 
    Sales
ORDER BY 
    SaleDate, SalesRank;

This query partitions the data by year and month and ranks the sales representatives within each partition based on their sales amount.

2. Calculating Running Total ๐Ÿงฎ

To calculate the running total of sales for each representative, we can use the SUM() function with the ROWS BETWEEN clause:

-- Calculate running total of sales for each representative
SELECT 
    SalesRepName,
    SaleDate,
    SaleAmount,
    SUM(SaleAmount) OVER (PARTITION BY SalesRepID ORDER BY SaleDate 
                          ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) AS RunningTotal
FROM 
    Sales
ORDER BY 
    SalesRepName, SaleDate;

This query calculates the running total of sales for each representative, ordered by the sale date.

3. Calculating Month-over-Month Difference ๐Ÿ“‰๐Ÿ“ˆ

To determine the difference in sales between the current month and the previous month, we can use the LAG() function:

-- Calculate month-over-month difference in sales
SELECT 
    SalesRepName,
    SaleDate,
    SaleAmount,
    SaleAmount - LAG(SaleAmount, 1, 0) OVER (PARTITION BY SalesRepID ORDER BY SaleDate) AS MonthOverMonthDifference
FROM 
    Sales
ORDER BY 
    SalesRepName, SaleDate;

This query calculates the difference in sales between the current month and the previous month for each sales representative.

4. Average Monthly Sales per Representative ๐Ÿ“Š

To calculate the average monthly sales for each representative:

-- Calculate average monthly sales for each representative
SELECT 
    SalesRepName,
    DATEPART(YEAR, SaleDate) AS SaleYear,
    DATEPART(MONTH, SaleDate) AS SaleMonth,
    AVG(SaleAmount) OVER (PARTITION BY SalesRepID, DATEPART(YEAR, SaleDate), DATEPART(MONTH, SaleDate)) AS AvgMonthlySales
FROM 
    Sales
ORDER BY 
    SalesRepName, SaleYear, SaleMonth;

5. Cumulative Distribution of Sales ๐Ÿ“ˆ

To compute the cumulative distribution of sales amounts within each month:

-- Calculate cumulative distribution of sales within each month
SELECT 
    SalesRepName,
    SaleDate,
    SaleAmount,
    CUME_DIST() OVER (PARTITION BY DATEPART(YEAR, SaleDate), DATEPART(MONTH, SaleDate) 
                      ORDER BY SaleAmount) AS CumulativeDistribution
FROM 
    Sales
ORDER BY 
    SaleDate, SaleAmount;

6. Percentage Rank of Sales Representatives ๐ŸŽฏ

To assign a percentage rank to sales representatives based on their sales amounts:

-- Calculate percentage rank of sales representatives
SELECT 
    SalesRepName,
    SaleDate,
    SaleAmount,
    PERCENT_RANK() OVER (PARTITION BY DATEPART(YEAR, SaleDate), DATEPART(MONTH, SaleDate) 
                         ORDER BY SaleAmount) AS PercentageRank
FROM 
    Sales
ORDER BY 
    SaleDate, PercentageRank;

7. NTILE Function to Divide Sales into Quartiles ๐Ÿชœ

To divide sales amounts into quartiles for better distribution analysis:

-- Divide sales into quartiles
SELECT 
    SalesRepName,
    SaleDate,
    SaleAmount,
    NTILE(4) OVER (PARTITION BY DATEPART(YEAR, SaleDate), DATEPART(MONTH, SaleDate) 
                   ORDER BY SaleAmount) AS SalesQuartile
FROM 
    Sales
ORDER BY 
    SaleDate, SalesQuartile;

8. Median Sale Amount per Month ๐Ÿ“

To calculate the median sale amount for each month using the PERCENTILE_CONT function:

-- Calculate median sale amount per month
SELECT DISTINCT
    DATEPART(YEAR, SaleDate) AS SaleYear,
    DATEPART(MONTH, SaleDate) AS SaleMonth,
    PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY SaleAmount) OVER (PARTITION BY DATEPART(YEAR, SaleDate), DATEPART(MONTH, SaleDate)) AS MedianSaleAmount
FROM 
    Sales
ORDER BY 
    SaleYear, SaleMonth;

9. Lead Function to Compare Next Month Sales ๐Ÿ“…

To compare the sales amount with the sales of the next month:

-- Compare sales amount with next month's sales
SELECT 
    SalesRepName,
    SaleDate,
    SaleAmount,
    LEAD(SaleAmount, 1, 0) OVER (PARTITION BY SalesRepID ORDER BY SaleDate) AS NextMonthSales,
    LEAD(SaleAmount, 1, 0) OVER (PARTITION BY SalesRepID ORDER BY SaleDate) - SaleAmount AS SalesDifference
FROM 
    Sales
ORDER BY 
    SalesRepName, SaleDate;

Conclusion ๐ŸŽ‰

SQL Server 2022’s enhanced support for ordered data in window functions provides powerful tools for analyzing and manipulating data. In this blog, we demonstrated how to use these improvements to rank sales representatives, calculate running totals, and determine month-over-month sales differences.

These enhancements simplify complex queries and improve performance, making it easier to gain insights from your data. Whether you’re analyzing sales performance or tackling other business challenges, SQL Server 2022’s window functions can help you achieve your goals more efficiently. ๐ŸŒŸ

Happy querying! ๐Ÿ’ป

For more tutorials and tips on  SQL Server, including performance tuning and  database management, be sure to check out our JBSWiki YouTube channel.

Thank You,
Vivek Janakiraman

Disclaimer:
The views expressed on this blog are mine alone and do not reflect the views of my company or anyone else. All postings on this blog are provided โ€œAS ISโ€ with no warranties, and confers no rights.