<

Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x

Dynamic Pivot Procedure for SQL Server

Published on
63,352 Points
19,152 Views
32 Endorsements
Last Modified:
Awarded
Mark Wills
Love to Help
Give a man a fish and you've fed him for a day; Teach a man to fish and you've fed him for the rest of his life. Be the teacher
by Mark Wills

PIVOT is a great facility and solves many an EAV (Entity - Attribute - Value) type transformation where we need the information held as data within a column to become columns in their own right. Now, in some cases that is relatively easy to do, other times it can be a challenge (and that is why we are here).

Let's have a quick look at the PIVOT function...

SELECT
          <display_column_list>

FROM

          (SELECT <source_columns> as Column_Source
                         ,<column_to_be_aggregated> as Column_Value
                         ,<column_with_new_column_names> as Column_List
           FROM <datasource> ) as DataSource

PIVOT
          (<aggregate_function>(Column_Value)  FOR  Column_List  IN
          ([<new_column_1_heading>],[<new_column_2_heading>],...,[<new_column_N_heading>]) ) PivotTable

ORDER BY <column_number_or_name>;

That looks pretty straight forward, except for one or two small details:

1) First up, we need to know the <display_column_list>
    easy enough, just do a Select * instead and problem solved (except that it does control display sequence)

2) Secondly, we need to know and hard code the new column headings as in :
     ([<new_column_1_heading>],[<new_column_2_heading>],...,[<new_column_N_heading>])

And that last point is often the big challenge. Not so bad if we are doing something static like "months in a year", just list out those months in sequence, and make sure you can cast the column which contains those new headings accordingly e.g. datename (month,<column_with_new_column_names>)

But, what about a moving target - like "last 3 months" ? Or, an EAV table with unknown attribute names ? Normally, that means we need to rewrite our query every month, or after every change of data.

There is a way, and that involves some Dynamic SQL, more importantly, we can make it a procedure which can handle any "simple" dynamic pivot table.

So, lets get started... but first we need a fairly simple example, so we will create some data accordingly. Feeling generous, we will do two. One is a classic "rolling periods"  and the other a typical EAV

CREATE TABLE tst_CustSales (
   TCS_ID INT Identity Primary Key Clustered,
   TCS_Customer varchar(60),
   TCS_Date DATETIME,
   TCS_Quantity INT,
   TCS_Value MONEY )
GO

CREATE TABLE tst_EAV_Data (
   TED_ID INT Identity Primary Key Clustered,
   TED_Entity varchar(60),
   TED_Attribute varchar(60),
   TED_Value varchar(60) )
GO

-- now let's populate our tst_* tables

INSERT tst_CustSales (TCS_Customer, TCS_Date, TCS_Quantity, TCS_Value) 
SELECT * FROM (
SELECT 'Customer 1' as Customer,'20090101' as Date, 11 as Qty, 1001.00 as Val union all    
SELECT 'Customer 1','20090201',12, 1002.00 union all
SELECT 'Customer 1','20090301',13, 1003.00 union all
SELECT 'Customer 1','20090401',14, 1004.00 union all
SELECT 'Customer 2','20090101',21, 2001.00 union all
SELECT 'Customer 2','20090201',22, 2002.00 union all
SELECT 'Customer 2','20090301',23, 2003.00 union all
SELECT 'Customer 2','20090401',24, 2004.00 union all
SELECT 'Customer 3','20090101',31, 3001.00 union all
SELECT 'Customer 4','20090201',42, 4002.00 union all
SELECT 'Customer 5','20090301',53, 5003.00 ) as src
GO
-- notice I do not mention the Identity Column - SQL will manage that for me
-- notice the yyyymmdd "style 112" format - implicitly converts to datetime

-- now our EAV table, again imagine some diverse attributes

INSERT tst_EAV_Data (TED_Entity, TED_Attribute, TED_Value)
SELECT * FROM (
SELECT 'Customer 1' as Customer,'Phone' as Attr,'+61299991234' as Data_Val union all
SELECT 'Customer 1','Address','24 Somewhere Street' union all
SELECT 'Customer 1','Building','The ReallyTall One' union all
SELECT 'Customer 1','Contact','Marcus Aurelius' union all
SELECT 'Customer 2','Phone','+61288881234' union all
SELECT 'Customer 2','Contact','Ritesh Shah' union all
SELECT 'Customer 3','Address','1600 Pennsylvania Avenue' union all
SELECT 'Customer 3','Building','The WhiteHouse' union all
SELECT 'Customer 4','Phone','+61277771234' union all
SELECT 'Customer 4','Address','1 Nile Way' union all
SELECT 'Customer 4','Building','The Pyramids' union all
SELECT 'Customer 4','Contact','Cleo Patra' union all
SELECT 'Customer 5','Phone','+61277771222' union all
SELECT 'Customer 5','Friend','Cleo Patra' ) as src
GO

Open in new window


Now we can get down and dirty with the Pivot.
First we will construct a properly formed one so you can "see" the pivot in action.

SELECT TCS_Customer, [01 Feb 2009],[01 Mar 2009],[01 Apr 2009]
FROM
  (select TCS_Customer, TCS_Date, TCS_Value from tst_CustSales ) sourcedata
PIVOT
  (sum(TCS_Value) for TCS_Date in ([01 Feb 2009],[01 Mar 2009],[01 Apr 2009])) pivottable
GO

Open in new window


You can see from the above that the column_list and headings are all hard coded...
Also note how SQL is dynamically converting the datetime to those column headings that is because dd MMM yyyy can be implicitly converted to datetime when used in a date context. But "Style 106" is language dependant, so you do need to take care.

In this case, amazingly, can handle the "hard coded" column names (note we have no time component in our test data, we show you below how to remove time).

Now let us have a look at some Dynamic SQL for the EAV table, again in "long hand".  The dynamic bit is getting those column names so we do not have to hard code them...

DECLARE @Columns varchar(8000)
DECLARE @SQL varchar(8000)

SET @Columns = substring((select ',['+TED_Attribute+']' from tst_EAV_Data group by TED_Attribute for xml path('')),2,8000)
SET @SQL = 'SELECT * FROM 
  (Select TED_Entity as Cust,TED_Attribute,TED_Value from tst_EAV_Data) sourcedata
PIVOT
  (max(TED_Value) for TED_Attribute in ('+@Columns+')) pivottable'
EXEC(@sql)

GO

Open in new window


Let's have a look at the above, all we really did was to generate the column list.
You can try it again replacing the EXEC(@SQL) with Print @SQL
You will see pretty much the same command structure as the earlier pivot.

Now to create a Procedure so we can simply keep using a stored procedure rather than having to write code all the time.

So lets get into it...

CREATE PROCEDURE uDynamicPivot(
                 @sourcedata varchar(8000),
                 @Pivot_On_Source_Column varchar(2000), 
                 @Pivot_Value_Aggregate varchar(10), 
                 @Pivot_Value_Column varchar(2000), 
                 @Pivot_Column_List varchar(2000),
                 @Pivot_Column_Style_Code varchar(4))  -- used in convert for style code
AS 
BEGIN
-- we really should put in some error checking, e.g. if anything is NULL it will crash.
   declare @columns varchar(max)
   declare @sql nvarchar(max)

   set @sql = N'set @columns = substring((select '', [''+convert(varchar,'+@Pivot_Column_List+@Pivot_Column_Style_Code+')+'']'' from '+@sourcedata+' group by '+@Pivot_Column_List+' for xml path('''')),2,8000)'
   execute sp_executesql @sql,
                         N'@columns varchar(max) output',
                         @columns=@columns output 

   set @sql = N'SELECT * FROM 
       (SELECT '+@Pivot_On_Source_Column+','+@Pivot_Column_List+','+@Pivot_Value_Column+' from '+@sourcedata+') src
       PIVOT
       ('+@Pivot_Value_Aggregate+'('+@Pivot_Value_Column+') FOR '+@Pivot_Column_List+' IN ('+@columns+') ) pvt
       ORDER BY 1'
   execute sp_executesql @sql

END

GO

Open in new window


Now, let's use that procedure by plugging the parameters needed for a PIVOT function

uDynamicPivot 'tst_CustSales','TCS_customer','sum','TCS_Value','TCS_Date',',106'

and the EAV

uDynamicPivot 'tst_EAV_Data','TED_Entity as Cust','max','TED_Value','TED_Attribute',''

We can even include some "where" clauses for simple requirements

uDynamicPivot 'tst_CustSales where TCS_Date >= convert(varchar(6),dateadd(month,-3,getdate()),112)+''01''','TCS_customer','sum','TCS_Value','TCS_Date',',106'

But that is getting pretty ugly, and that is where the VIEW comes into play...

VIEWS allow data to be presented in a similar way in which we use a table.
A view is a good way to present data that does need some kind of transformation. It also allows a certain detachment from the underlying table.
Views are really a pointer or script to the actual data and does not contain data itself more so the "rules" on how to get/show the data.
Once created, it is part of the database and can be re-used as often as you like.

CREATE VIEW vw_last_3_months AS
SELECT TCS_Customer as Customer
,      TCS_Value
,      DATEADD(day, DATEDIFF(day, 0, TCS_Date),0) as Date    
,      DATEADD(month, DATEDIFF(month, 0, TCS_Date),0) as Start_Of_Month  
,      DATEADD(month, DATEDIFF(month, -1, TCS_Date), -1) as End_Of_Month 
FROM   tst_CustSales
WHERE  TCS_Date >= convert(varchar(6),dateadd(month,-3,getdate()),112)+'01'

GO

Open in new window


Note how we are using date functions to transform our date data to remove time and generate a start and end of month.
Now we can do our "simple" function call using our View.

uDynamicPivot 'vw_last_3_months','customer','sum','TCS_Value','End_Of_Month',',106'

And that as they say is that.
Please take care when running on your machine make sure you check table names, double check your code, go step at a time. And hope you have some fun with it.
32
Comment
Author:Mark Wills
  • 4
  • 3
  • 2
  • +5
14 Comments
 
LVL 32

Expert Comment

by:Daniel Wilson
Very cool, Mark.

The downside of having it use dynamic SQL is worth it to have a generic solution like this.  This is definitely one I will keep in mind.
0
 
LVL 31

Expert Comment

by:James Murrell
like this thanks another bookmark :-)
0
 

Expert Comment

by:swatighare
Nice article. Really good one
0
Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 
LVL 51

Author Comment

by:Mark Wills
Thanks very much, all of you, I really do appreciate your comments.
0
 
LVL 3

Expert Comment

by:Karthikeyan Ganesan
Thanks a lot.It really works superb.
0
 
LVL 17

Expert Comment

by:dbaSQL
Fabulous, Mr. Wills.  Extremely ingenious solution.  
0
 
LVL 7

Expert Comment

by:Inteqam
Excellent. any performance issues?


0
 
LVL 51

Author Comment

by:Mark Wills
Thanks Inteqam,

Well, there can be performance issues. It really depends on the structure and size of your underlying tables.

Using a view over the top of a table should still respect the indexes of the underlying tables, so, can use some of the SQL tools to check the performance of your data source and that will help.

Then there is size... If tons of rows and quite a few columns, then it can have a performance hit, but guess that is similarly true for any *involved* query dealing with large datasets.

Cheers,
Mark Wills
0
 
LVL 7

Expert Comment

by:Inteqam
Thanks for the quick response,

what i meant is that delays might be caused only for the use of pivot tables, so, if a view takes let's say 10 seconds to return 3 million record for 3 vendors, and i used pivot tables to sort vendors prices in columns, the dynamic SQL should return 1 million record with 3 extra fields and again 1 less field (price field). But in how much time? approximated.

0
 
LVL 51

Author Comment

by:Mark Wills
Tough question...

The PIVOT functionality does have a few overheads compared to a straight query, and not so sure if I have ever directly compared the results, simply because if I need a pivot solution, there is not too many choices, and as far as a pivot result is concerned then the pivot function does work very well.

But if you have a look at my Bio / Profile there is a means to contact and I can always run up your query as a test and feedback the results if you would like. I certainly dont mind doing the needful work if it can generate a useful comparison.
0
 
LVL 7

Expert Comment

by:Inteqam
Thanks for the offer :)

But, I followed your steps, I dont have a complex query, I was just wondering how pivot tables affect performance, your answer was very satisfying.

I'll drop a visit to your profile either way, sure it worth it.

Thanks again
0
 

Expert Comment

by:Wil999
This is really great!
Is it possible to also add a sum of al columns as a seperate ┬┤TOTAL┬┤ column?
0
 
LVL 51

Author Comment

by:Mark Wills
Yeah, should be...

Would add in another definition for the totals (similar to @columns).

But then we can no longer simply cheat with "select * from" we would have to add in that new computed column, and probably a parameter to decide when / if to use.

If you are feeling adventurous, there is a slightly more involved Article that should be able to do that for you : http://www.experts-exchange.com/Programming/Languages/SQL_Syntax/A_4256-Dynamic-Pivot-Procedure-without-the-Pivot-function.html

Cheers,
Mark
0
 

Expert Comment

by:Wil999
Thanks voor the quick reply Mark, i will look in to the article!
0

Featured Post

Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Join & Write a Comment

Via a live example, show how to setup several different housekeeping processes for a SQL Server.
Viewers will learn how the fundamental information of how to create a table.
Suggested Courses

Keep in touch with Experts Exchange

Tech news and trends delivered to your inbox every month