Using with as to improve performance simplifies nested SQL

A Meaning of with AS

The with as phrase, also called the subquery section (subquery factoring), allows you to do many things, defining a SQL fragment that will be used by the entire SQL statement. Sometimes it is to make the SQL statement more readable, or it may be in different parts of union all as part of providing data. Especially useful for union all. Because each part of union all may be the same, but if each part goes through it, the cost is too high, so you can use the with as phrase, as long as you execute it again. If the table name defined by the with as phrase is called more than two times, the optimizer automatically places the data obtained from the with as phrase into a temp table, if it is called only once. The hint materialize, however, is to force the data in the with as phrase into a global temporary table. Many queries can improve speed in this way.

Two How to use

Let's look at one of the following nested query statements:

 select * from person. StateProvince where Countryregioncode in (select Countryregioncode from person. CountryRegion where Name like  c% ' )        

The query statement above uses a subquery. Although this SQL statement is not complex, it can make SQL statements very difficult to read and maintain if there are too many nested hierarchies. Therefore, you can also use table variables to solve this problem.

The SQL statements are as follows:

Declare @t Table(Countryregioncodenvarchar(3))Insert Into @t(Countryregioncode) (SelectCountryregioncodeFromPerson. CountryRegionwhereNamelike  c% ' ) 
 select * from person. StateProvince where Countryregioncode in (select * from @t)            

Although the above SQL statement is more complex than the first, it puts the subquery in the table variable @t, which makes the SQL statement easier to maintain, but it also introduces another problem, the loss of performance. Because table variables actually use temporary tables, which increases the additional I/O overhead, table variables do not work well for large data volumes and queries frequently. To do this, another solution is provided in SQL Server 2005, which is a common table expression (CTE) that uses a CTE to increase the maintainability of the SQL statement while the CTE is much more efficient than the table variable.

Here is the syntax for the CTE:

[With <common_table_expression> [, N]] <common_table_expression>::= expression_name [(column_name [, N]) ] AS (cte_query_definition)

Now using the CTE to solve the above problem, the SQL statement is as follows:

WithCrAs(SelectCountryregioncodeFromPerson. CountryRegionwhere Name like  ' c% ) 
 select * from person. StateProvince where Countryregioncode in (select * from CR"   

Where CR is a common table expression that is similar to a table variable in use, except that SQL Server 2005 differs in how common table expressions are handled.

The following points should be noted when using a CTE:

1. The CTE must be followed directly with the SQL statement that uses the CTE (such as SELECT, Insert, UPDATE, and so on), otherwise the CTE will fail. The CTE will not work correctly as in the following SQL statement:

WithCrAs(SelectCountryregioncodeFromPerson. CountryRegionwhereNameLike ‘c%‘)Select * From person. CountryRegion -- This SQL statement should be removed --select * from person. StateProvince where Countryregioncode in (select * from CR"   

2. The CTE can also be followed by other CTE, but only one with, the middle of multiple CTE separated by commas (,), as shown in the following SQL statement:

WithCte1As(Select * FromTable1whereNameLike ‘abc%‘), Cte2As(Select * FromTable2whereId> 20), Cte3As(Select * from Table3 where price < 100) select A.* from cte1 A, Cte2 B, Cte3 c where a.id = b.id and a.id = c.id                 

3. If the expression name of the CTE is the same as a data table or view, the SQL statement immediately following the CTE is still using the CTE, and of course, the subsequent SQL statement uses the data table or view, as shown in the following SQL statement:

--Table1 is a table that actually exists WithTable1As(Select * FromPersonswhere age < 30)  * from table1 -- select  * from table1 --              

4. The CTE can refer to itself, or it can refer to a pre-defined CTE in the same with clause. Forward references are not allowed.

5. The following clauses cannot be used in CTE_query_definition:

(1) COMPUTE or COMPUTE by

(2) ORDER by (unless the TOP clause is specified)

(3) into

(4) OPTION clause with query hint

(5) for XML

(6) for BROWSE

6. If the CTE is used in a statement that is part of a batch, then the statement before it must end with a semicolon, as shown in the following SQL:

Declare @s nvarchar(3)Set @s = ‘c%‘;--You must add a semicolon WithT_treeAs(SelectCountryregioncodeFrom person. CountryRegion where Name like @s) select * from person. StateProvince where Countryregioncode in (select * from T_tree)   

Reprint : http://wudataoge.blog.163.com/blog/static/80073886200961652022389/

Using with as to improve performance simplifies nested SQL