![]() |
|
|
|
By: Greg Robidoux | Read Comments (2) | Related Tips: 1 | 2 | 3 | 4 | More > JOIN Tables |
Problem
When joining multiple datasets you have always had the ability to use the UNION and UNION ALL operator to allow you to pull a distinct result set (union) or a complete result set (union all). These are very helpful commands when you need to pull data from different tables and show the results as one unified distinct result set. On the opposite side of this it would be helpful to only show a result set where both sets of data match or only where data exists in one of the tables and not the other. This could be done with using different join types, but what other options does SQL Server offer?
Solution
With SQL Server 2005, Microsoft introduced the INTERSECT and EXCEPT operators to further extend what you could already do with the UNION and UNION ALL operators.
The advantage of these commands is that it allows you to get a distinct listing across all of the columns such as the UNION and UNION ALL operators do without having to do a group by or do a comparison of every single column.
Like the UNION and UNION ALL operators the table structures need to be consistent as well as the columns need to have compatible data types.
Let's take for example we have two tables manager and customer. Both of these tables have somewhat the same structure such as the following columns:
Manager table sample data

Customer table sample data

We want to do two queries:
INTERSECT
If we want to find out which people exist in both the customer table and the manager table and get a distinct list back we can issue the following command:
SELECT FIRSTNAME, |
Here is the result set:

To do this same thing with a regular T-SQL command we would have to write the following:
SELECT M.FIRSTNAME, |
EXCEPT
If we want to find out which people exists in the manager table, but not in the customer table and get a distinct list back we can issue the following command:
SELECT FIRSTNAME, |
Here is the result set:

To do this same thing with a regular T-SQL command we would have to write the following:
SELECT M.FIRSTNAME, |
From the two examples above we can see that using the EXCEPT and INTERSECT commands are much simpler to write then having to write the join or exists statements.
To take this a step further if we had a third table (or forth...) that listed sales reps and we wanted to find out which managers were customers, but not sales reps we could do the following.
SalesRep table sample data

SELECT FIRSTNAME, |
Here is the result set:

As you can see this is pretty simple to mix and match these statements. In addition, you could also use the UNION and UNION ALL operators to further extend your final result sets.
Next Steps
| Sunday, August 10, 2008 - 5:39:49 AM - naveentnk | Read The Tip |
|
Thanks for this article.Its a good one. its better to go for except and interset than to go for joins. Thans Naveen |
|
| Wednesday, July 11, 2012 - 6:37:58 PM - Sean DeYoung | Read The Tip |
|
Really good article. Thanks! |
|
|
privacy | disclaimer | copyright | advertise | about authors | contribute | feedback | giveaways | user groups Some names and products listed are the registered trademarks of their respective owners. Edgewood Solutions LLC | MSSharePointTips.com | MSSQLTips.com |