MS SQL Server
  Home arrow MS SQL Server arrow Page 2 - Introducing Common Table Expressions in SQ...
ASP Free Forums 
.NET  
ASP  
ASP Code  
ASP.NET  
ASP.NET Code  
BrainDump  
C#  
Code Examples  
Database  
Database Code  
IIS  
Microsoft Access  
MS SQL Server  
Visual Basic.NET  
Windows Scripting  
Windows Security  
XML  
ASP Web Hosting  
ASP.NET Web Hosting 
Mobile Linux 
App Generation ROI 
Windows Web Hosting
 
IBM® developerWorks 
Sun Developer Network 
Weekly Newsletter
 
Developer Updates  
Free Website Content 
 RSS  Articles
 RSS  Forums
 RSS  All Feeds
Write For Us Get Paid 
Request Media Kit
Contact Us 
Site Map 
Privacy Policy 
Support 
 USERNAME
 
 PASSWORD
 
 
  >>> SIGN UP!  
  Lost Password? 
MS SQL SERVER

Introducing Common Table Expressions in SQL Server 2005
By: Jagadish Chaterjee
  • Search For More Articles!
  • Disclaimer
  • Author Terms
  • Rating: 5 stars5 stars5 stars5 stars5 stars / 8
    2006-06-05

    Table of Contents:
  • Introducing Common Table Expressions in SQL Server 2005
  • An example of a non-recursive common table expression
  • Can we group the output available from CTE?
  • Creating common table expressions based on views
  • Creating views from common table expressions

  • Rate this Article: Poor Best 
      ADD THIS ARTICLE TO:
      Del.ici.ous Digg
      Blink Simpy
      Google Spurl
      Y! MyWeb Furl
    Email Me Similar Content When Posted
    Add Developer Shed Article Feed To Your Site
    Email Article To Friend
    Print Version Of Article
    PDF Version Of Article
     
     
    ADVERTISEMENT


    Introducing Common Table Expressions in SQL Server 2005 - An example of a non-recursive common table expression


    (Page 2 of 5 )

    If we recollect the creation of temporary tables in previous versions of SQL Server, we can observe that there is some inconvenience (such as maintaining too many temporary tables).  We can remove some of the inconvenience by using CTE. Let me show you how with an example.

    I am trying to design a CTE which displays a (temporary) result set that includes all employee names and their respective manager names.

    Consider the following script.

    With EmployeeManagers(EmployeeName,Manager) as
    (
    SELECT     a.Name , b.Name
    FROM         (SELECT     HumanResources.Employee.EmployeeID,
                                                  isnull(Person.Contact.FirstName,'') + ' ' + isnull(Person.Contact.MiddleName,'') + ' ' + isnull(Person.Contact.LastName,'') AS Name,
                                                  HumanResources.Employee.ManagerID
                           FROM          Person.Contact INNER JOIN
                                                  HumanResources.Employee ON Person.Contact.ContactID = HumanResources.Employee.ContactID) AS a LEFT OUTER JOIN
                              (SELECT     HumanResources.Employee.EmployeeID,
                                                       isnull(Person.Contact.FirstName,'') + ' ' + isnull(Person.Contact.MiddleName,'') + ' ' + isnull(Person.Contact.LastName,'') AS Name,
                                                       HumanResources.Employee.ManagerID
                                FROM          Person.Contact INNER JOIN
                                                       HumanResources.Employee ON Person.Contact.ContactID = HumanResources.Employee.ContactID) AS b ON a.ManagerID = b.EmployeeID
    )
     
    select * from EmployeeManagers order by EmployeeName

    Execute the above script in SQL Server Management Studio (using the "new query" option) and you should be able to view all employee names with the names of their respective bosses.  I shall explain the above script in the next section.

    Explaining the example

    In this section, I shall explain to you the script I presented in the previous section. I shall explain it part by part. Let us first start with the following:
     

    SELECT     HumanResources.Employee.EmployeeID,
                                                       isnull(Person.Contact.FirstName,'') + ' ' + isnull(Person.Contact.MiddleName,'') + ' ' + isnull(Person.Contact.LastName,'') AS Name,
                                                       HumanResources.Employee.ManagerID
                                FROM          Person.Contact INNER JOIN
                                                       HumanResources.Employee ON Person.Contact.ContactID = HumanResources.Employee.ContactID) AS b

    The above statement retrieves several things. First, it simply retrieves the EmployeeID. It also retrieves the Name of the employee, by combining FirstName, MiddleName and LastName fields using the concatenation operator "+" and replacing the null value as an empty string using the "isnull" function. It retrieves the ManagerID by combining two different tables available in two different schemas (HumanResources.Employee, Person.Contact).

    To combine the information from both tables we are using "INNER JOIN," concentrating on the column "ContactID" (from the tables Contact and Employee).  The entire result set retrieved by the above SELECT is identified with the alias "b."  To work with the same result set once again, I used the same SELECT statement as above but with the alias "a." 

    SELECT     HumanResources.Employee.EmployeeID,
                                                  isnull(Person.Contact.FirstName,'') + ' ' + isnull(Person.Contact.MiddleName,'') + ' ' + isnull(Person.Contact.LastName,'') AS Name,
                                                  HumanResources.Employee.ManagerID
                           FROM          Person.Contact INNER JOIN
                                                  HumanResources.Employee ON Person.Contact.ContactID = HumanResources.Employee.ContactID) AS a

    To combine both "a" and "b", I am using LEFT OUTER JOIN as shown below.

    SELECT     a.Name , b.Name
    FROM    (SELECT     HumanResources.Employee.EmployeeID,
                                                  isnull(Person.Contact.FirstName,'') + ' ' + isnull(Person.Contact.MiddleName,'') + ' ' + isnull(Person.Contact.LastName,'') AS Name,
                                                  HumanResources.Employee.ManagerID
                           FROM          Person.Contact INNER JOIN
                                                  HumanResources.Employee ON Person.Contact.ContactID = HumanResources.Employee.ContactID) AS a LEFT OUTER JOIN
                              (SELECT     HumanResources.Employee.EmployeeID,
                                                       isnull(Person.Contact.FirstName,'') + ' ' + isnull(Person.Contact.MiddleName,'') + ' ' + isnull(Person.Contact.LastName,'') AS Name,
                                                       HumanResources.Employee.ManagerID
                                FROM          Person.Contact INNER JOIN
                                                       HumanResources.Employee ON Person.Contact.ContactID = HumanResources.Employee.ContactID) AS b ON a.ManagerID = b.EmployeeID

    The above statement retrieves EmployeeName, ManagerName from two tables (or result sets) with aliases "a" and "b." These two tables are combined using the "LEFT OUTER JOIN" command, which specifies that all rows from the left table (or result set) with matching rows from the right table (or result set) based on the condition "a.ManagerID = b.EmployeeID" need to be retrieved.  I used "LEFT OUTER JOIN" simply to include even the employees who don't have bosses!

    With EmployeeManagers(EmployeeName,Manager) as
    (
    )

    The common table expression is created using the WITH statement followed by the CTE name. The name of the CTE will be followed by the column names representing the same columns retrieved by the SELECT statement defined within the WITH statement. 

    That means, entire result set will be treated as a temporary table with the name "EmployeeManagers" and columns "EmployeeName" and "Manager."  Not only that, we need to select the columns from that CTE to show our output (which is also a part of the syntax defined within the WITH statement).  In fact, every WITH must be provided with the respective SELECT.  In this case, it looks like the following snippet:

    select * from EmployeeManagers order by EmployeeName

    More MS SQL Server Articles
    More By Jagadish Chaterjee


       · Hello guys! now you can learn CTEs in SQL Server 2005, which really boost up queries...
       · If I try to use the CTE in 2 successive SELECTs, the first runs OK but the second...
     

    MS SQL SERVER ARTICLES

    - Completing the Introduction to Transact-SQL
    - A Brief Introduction to Transact-SQL
    - Lookups and Blocking Bad Data
    - Field Validation Rules for Blocking Bad Data
    - Using Masks to Block Bad Data
    - Blocking Bad Data
    - Using @@ROWCOUNT and TABLE Variables for Dat...
    - How to Use Variables, IF and CASE in Databas...
    - Creating Important Aspects of Notification S...
    - Working wth Variables in Database Interactio...
    - Delving Deeper into Notification Services
    - Notification Services
    - Building a Multi-table Report with SQL 2005 ...
    - A Secure Way of Building Connection Strings
    - Transferring a Database Using the SSIS Desig...

     
    Application Delivery: Everything You Wanted to Know, but Didn`t Know You Needed to Ask
    A comprehensive guide to examining the topics of Wide-area Data Services and app....

     
    Best Practices: Safe and Secure Hardware Asset Recovery
    Companies increasingly must meet EPA and local requirements for the disposal of ....

     
    Managing SSL Security in Multi-Server Environments
    Read this white paper to learn how to simplify management of your organization's....

     
    Open Source Security Myths
    Open Source Software (OSS) is computer software whose source code is available t....

     
    Power and Cooling Capacity Management for Data Centers
    This paper describes the principles for achieving power and cooling capacity man....

     




    © 2003-2008 by Developer Shed. All rights reserved. DS Cluster 4 hosted by Hostway
    Stay green...Green IT