Thank You so much for your quick response. 🙂 I already did google but not able to relate it with my scenario. I am getting blocking on my server because of this 🙁
Nice and simple presentation and good to know what these different indexes can do. Is there any downside to these sorts of indexes or do they perhaps use more data space ?
Thanks for your comment.
There are some performance implications that you have to verify, but normally the ColumnStore Index should give you a great performance in reporting workloads.
I’me testing the clustered columnstore index right now.
I’m using the SSDT from VisualStudio 2013.5 for the development.
When I tried to add a columnstore index:
CREATE CLUSTERED COLUMNSTORE INDEX ccsidx_yyy ON [dbo].[yyy];
GO
I get an error message that:
Filegroup [XXX] cannot be specified on Table: [dbo].[yyy] when there is the clustered Column Store Index.
Whats stange that when I ran this command from SSMS the clustered columnstore index has been added to the dbo.yyy table which is using FileGroup.
Is there any way to solve this issue without moving a table do a different FileGroup (PRIMARY) or to place clustered columnstore index on the whold FileGroup (I’ve found such proposition as well) ?
Nice and simple presentation and good to know what these different indexes can do. Is there any downside to these sorts of indexes or do they perhaps use more data space ? Can we Create normal clistered index along with column store clustered index?
Thanks for your comment.
No, they use less space because of the applied compression algorithms.
A traditional Clustered Index doesn’t really make sense.
10 thoughts on “SQL Server Quickie #40 – ColumnStore Indexes”
Nice Quickie Sir 🙂
I have a question which is not related to this but hope you will help me out.
What is xp_userlock does and its running so frequently on one of my SQL server 2008R2.
Hello Vimal,
You can find here more information about it: http://lmgtfy.com/?q=xp_userlock 😉
-Klaus
Thank You so much for your quick response. 🙂 I already did google but not able to relate it with my scenario. I am getting blocking on my server because of this 🙁
Thanks Klaue.
Nice and simple presentation and good to know what these different indexes can do. Is there any downside to these sorts of indexes or do they perhaps use more data space ?
Hello Andrew,
Thanks for your comment.
There are some performance implications that you have to verify, but normally the ColumnStore Index should give you a great performance in reporting workloads.
-Klaus
Can we Create normal clistered index along with column store clustered index?
No, because there can be only 1 Clustered Index per table.
Hi Klaus,
I’me testing the clustered columnstore index right now.
I’m using the SSDT from VisualStudio 2013.5 for the development.
When I tried to add a columnstore index:
CREATE CLUSTERED COLUMNSTORE INDEX ccsidx_yyy ON [dbo].[yyy];
GO
I get an error message that:
Filegroup [XXX] cannot be specified on Table: [dbo].[yyy] when there is the clustered Column Store Index.
Whats stange that when I ran this command from SSMS the clustered columnstore index has been added to the dbo.yyy table which is using FileGroup.
Is there any way to solve this issue without moving a table do a different FileGroup (PRIMARY) or to place clustered columnstore index on the whold FileGroup (I’ve found such proposition as well) ?
Tomasz
Nice and simple presentation and good to know what these different indexes can do. Is there any downside to these sorts of indexes or do they perhaps use more data space ? Can we Create normal clistered index along with column store clustered index?
Hello,
Thanks for your comment.
No, they use less space because of the applied compression algorithms.
A traditional Clustered Index doesn’t really make sense.
Thanks,
-Klauss