Categories: SQL Server

T-SQL Tuesday 86: SQL Server Bugs & Enhancement Requests

 Let’s kick off the new year with a T-SQL Tuesday! This month’s edition is hosted by Brent Ozar:

Announcing T-SQL Tuesday #86: SQL Server Bugs & Enhancement Requests

Brent wants us to blog about our favorite Connect items because Microsoft is currently listening to its customers and actually closing items. So it is the time to take advantage! The Connect item that I’m going to highlight was submitted by Niko Neugebauer (blog | twitter) and is – of course – about columnstore indexes:

Implement Batch Mode Support for Row Store

One of the biggest advantages of columnstore indexes – aside from the huge compression ratio – is Batch Mode. With batch mode, certain operators in a query plan work on blocks of 1,000 rows at a time instead of doing operations row by row. This is a huge performance improvement: doing something once to 1,000 rows instead of doing it 1,000 times to an individual row tends to be faster. The downside is that it only works on tables with a columnstore index (clustered or non-clustered). If the table is in row storage, batch mode is not available and that’s what the connect item is about: make batch mode available in all scenarios. This can have some serious performance impact.

With SQL Server 2016, you can have batch mode on row storage table by using a little trick (detailed by Itzik Ben-Gan in SQLMag.com):

you can create a filtered non-clustered columnstore index on a single column. For example:

CREATE NONCLUSTERED COLUMNSTORE INDEX ix_dummy ON dbo.Table1(col1)
WHERE col1 = 0 AND col1 = 1;

Since col1 cannot be 0 and 1 at the same time, the index will have no data at all. So there is no performance overhead (no writes) and the optimizer will use a constant scan in the plan. However, since a columnstore index is involved, any query on Table1 can now run in batch mode. How crazy is that? This means SQL Server can already execute batch mode just fine on tables that are not really using a columnstore index, so there is no reason for not having this connect item fixed.

At the time of writing, the Connect items is over 2 years old but has only 36 votes. Time to change this! Please go to Connect and upvote it!


------------------------------------------------
Do you like this blog post? You can thank me by buying me a beer 🙂
Koen Verbeeck

Koen Verbeeck is a Microsoft Business Intelligence consultant at AE, helping clients to get insight in their data. Koen has a comprehensive knowledge of the SQL Server BI stack, with a particular love for Integration Services. He's also a speaker at various conferences.

Recent Posts

Free webinar – Tackling the Gaps and Islands Problem with T-SQL Window Functions

I'm hosting a free webinar at MSSQLTips.com at the 19th of December 2024, 6PM UTC.…

6 days ago

dataMinds Connect 2024 – Session Materials

The slides and scripts for my session "Tackling the Gaps & Islands Problem with T-SQL…

4 weeks ago

Connect to Power BI as a Guest User in another Tenant

Sometimes your Microsoft Entra ID account (formerly known as Azure Active Directory) is added as…

2 months ago

How to use a Script Activity in ADF as a Lookup

In Azure Data Factory (ADF, but also Synapse Pipelines and Fabric Pipelines), you have a…

4 months ago

Database Build Error – Incorrect syntax near DISTINCT

I wrote a piece of SQL that had some new T-SQL syntax in it: IS…

4 months ago

Speaking at dataMinds Connect 2024

I'm very excited to announce I've been selected as a speaker for dataMinds Connect 2024,…

5 months ago