華閱文章網誰能具體說一下這個sql語句執行的詳細過程
declare @sql varchar(8000) set @sql = 'select level ' ------賦值@sqlprint @sql ---執行的第一步，打印出來select @sql = @sql+', Min(case months when ''' + months + ''' then times else 0 end) [' + months + ']' from (select distinct months from M) as a ----使用select 的給@sql在次賦值print @sql ----執行的第二步 ，打印出來set @sql = @sql + ' from M group by level' ----在一次@sql賦值print @sql ----執行的第三步，打印出來exec(@sql) ---使用EXEC調用字符串print @sql -----打引出EXEC調用的SQL語句Select * From M ---查詢M表在查詢分析器里執行上面的你就知道它在做什么了！！ 其實就是字符串拼湊！。
幫忙解釋一下這段sql數據庫語句是怎樣執行的？執行的過程是什么？？
select * from OrderItem where OrderItem.顧客號=Customer.顧客號 and OrderItem.商品號=Article.商品號 把這個先定義為A，這個表示顧客購買了商品select * from Article where not exists A 定義為B，這個表示沒有被購買的商品select Customer.顧客號，顧客名 from Customer where not exists B這個就清楚多了，顧客沒有未購買的商品，那就是顧客買了所有商品。
SQL語句是按什么順序執行的
分析器會先看語句的第一個詞，當它發現第一個詞是SELECT關鍵字的時候，它會跳到FROM關鍵字，然后通過FROM關鍵字找到表名并把表裝入內存。
接著是找WHERE關鍵字，如果找不到則返回到SELECT找字段解析，如果找到WHERE，則分析其中的條件，完成后再回到SELECT分析字段。 最后形成一張我們要的虛表。
其它的先不說了，只說WHERE。 WHERE關鍵字后面的是條件表達式。
如果學過C語言等編程語言就會知道，條件表達式計算完成后，會有一個返回值，即非0或0，非0即為真（true）,0即為假（false）。同理WHERE后面的條件也有一個返回值，真或假，來確定接下來執不執行SELECT。
例： SELECT * FROM STUDENT WHERE SNO = '1'； 分析器先找到關鍵字SELECT，然后跳到FROM關鍵字將STUDENT表導入內存，并通過指針p1找到第一條記錄，接著找到WHERE關鍵字計算它的條件表達式，如果為真那么把這條記錄裝到一個虛表當中，p1再指向下一條記錄。 如果為假那么p1直接指向下一條記錄，而不進行其它操作。
一直檢索完整個表，關把虛表返回給用戶。 再說EXISTS謂詞，EXISTS謂詞也是條件表達式的一部分。
當然它也有一個返回值（true或false）。 例： SELECT Sname FROM Student WHERE EXISTS (SELECT * FROM SC WHERE SC。
Sno = Student。Sno AND SC。
Cno = '1')； 這是一個SQL語句的嵌套使用，但和上面說的SQL語句的執行過程也是相同的。嵌套的意思也就是說當分析主SQL語句（外面的那個SELECT，我們權且先這么叫它）到WHERE關鍵字的時候，又進入了另一個SQL語句中。
那么也就是說，分析器先找到表Student并裝入內存，一個指針（例如p1）指向Student表中的第一條記錄。然后進入WHERE里分析里面的SQL語句，再把SC表裝入內存，另一個指針（例如p2）指向SC表中的第一條記錄，分析WHERE后面的條件表達式，依次進行分析，最后分析出一個虛表2，也就變成 SELECT Sname FROM Student WHERE EXISTS 虛表2 如果虛表為空表，EXISTS 虛表2 也就為false，不返回到SELECT，而p1指向下一條記錄。
如果虛表2不為空也就是有記錄，那么EXISTS 虛表2 為true同，返回到SELECT并把p1指向的記錄添加到主SQL語句的虛表1當中。
誰能具體說一下這個sql語句執行的詳細過程
declare @sql varchar(8000)
set @sql = 'select level ' ------賦值@sql
print @sql ---執行的第一步，打印出來
select @sql = @sql+', Min(case months when ''' + months + ''' then times else 0 end) [' + months + ']'
from (select distinct months from M) as a ----使用select 的給@sql在次賦值
print @sql ----執行的第二步 ，打印出來
set @sql = @sql + ' from M group by level' ----在一次@sql賦值
print @sql ----執行的第三步，打印出來
exec(@sql) ---使用EXEC調用字符串
print @sql -----打引出EXEC調用的SQL語句
Select * From M ---查詢M表
在查詢分析器里執行上面的你就知道它在做什么了！！
其實就是字符串拼湊！
求幫忙解釋一下 這個SQL語句的執行過程
CASE WHEN [no] = 1 THEN title + ',' ELSE '' END 如果no字段數據是1， 那么該數據結果為 title字段后面加逗號，否則該數據顯示為空字符串例1:no字段數據是數： 1title 為 'world'+'，'結果為'world，'否則為''以下該數據簡稱 數據1CASE WHEN [no] = 2 THEN title ELSE '' END 如果no字段數據是2， 那么該數據結果為該行 title字段的數據，否則該數據顯示為空字符串例2:no字段數據是數： 2title 為 'world'結果為'world'否則為''以下該數據簡稱 數據2max（數據1）+max（數據2）取數據1的行中，字符最多的行與數據2中字符最多的行組合例三：以例一例二為該字段字符的數據最多為例，其結果為'world,world'以下該數據簡稱 數據3WHEN COUNT(title) = 2 THEN 數據3END 根據后面的[name]分組統計當title行數等于2行，該數據為數據3，否則為空以下簡稱 數據4SELECT [name]，數據4 AS new_titleFROMtable1GROUP BY [NAME]查詢 table1中[name]字段，數據4字段并起字段名為new_title并按[name]分組統計。
一條sql的整個過程是怎樣的
SQL語句執行過程詳解 一、SQL語句執行原理：第一步：客戶端把語句發給服務器端執行當我們在客戶端執行 select 語句時，客戶端會把這條 SQL 語句發送給服務器端，讓服務器端的進程來處理這語句。
也就是說，Oracle 客戶端是不會做任何的操作，他的主要任務就是把客戶端產生的一些 SQL 語句發送給服務器端。雖然在客戶端也有一個數據庫進程，但是，這個進程的作用跟服務器上的進程作用事不相同的。
服務器上的數據庫進程才會對SQL 語句進行相關的處理。不過，有個問題需要說明，就是客戶端的進程跟服務器的進程是一一對應的。
也就是說，在客戶端連接上服務器后，在客戶端與服務器端都會形成一個進程，客戶端上的我們叫做客戶端進程；而服務器上的我們叫做服務器進程。第二步：語句解析當客戶端把 SQL 語句傳送到服務器后，服務器進程會對該語句進行解析。
同理，這個解析的工作，也是在服務器端所進行的。雖然這只是一個解析的動作，但是，其會做很多“小動作”。
1. 查詢高速緩存（library cache）。服務器進程在接到客戶端傳送過來的 SQL 語句時，不會直接去數據庫查詢。
而是會先在數據庫的高速緩存中去查找，是否存在相同語句的執行計劃。如果在數據高速緩存中，則服務器進程就會直接執行這個 SQL 語句，省去后續的工作。
所以，采用高速數據緩存的話，可以提高 SQL 語句的查詢效率。一方面是從內存中讀取數據要比從硬盤中的數據文件中讀取數據效率要高，另一方面，也是因為這個語句解析的原因。
不過這里要注意一點，這個數據緩存跟有些客戶端軟件的數據緩存是兩碼事。有些客戶端軟件為了提高查詢效率，會在應用軟件的客戶端設置數據緩存。
由于這些數據緩存的存在，可以提高客戶端應用軟件的查詢效率。但是，若其他人在服務器進行了相關的修改，由于應用軟件數據緩存的存在，導致修改的數據不能及時反映到客戶端上。
從這也可以看出，應用軟件的數據緩存跟數據庫服務器的高速數據緩存不是一碼事。2. 語句合法性檢查（data dict cache）。
當在高速緩存中找不到對應的 SQL 語句時，則服務器進程就會開始檢查這條語句的合法性。這里主要是對 SQL 語句的語法進行檢查，看看其是否合乎語法規則。
如果服務器進程認為這條 SQL 語句不符合語法規則的時候，就會把這個錯誤信息，反饋給客戶端。在這個語法檢查的過程中，不會對 SQL 語句中所包含的表名、列名等等進行 SQL 他只是語法上的檢查。
3. 語言含義檢查（data dict cache）。若 SQL 語句符合語法上的定義的話，則服務器進程接下去會對語句中的字段、表等內容進行檢查。
看看這些字段、表是否在數據庫中。如果表名與列名不準確的話，則數據庫會就會反饋錯誤信息給客戶端。
所以，有時候我們寫 select 語句的時候，若語法與表名或者列名同時寫錯的話，則系統是先提示說語法錯誤，等到語法完全正確后，再提示說列名或表名錯誤。4. 獲得對象解析鎖（control structer）。
當語法、語義都正確后，系統就會對我們需要查詢的對象加鎖。這主要是為了保障數據的一致性，防止我們在查詢的過程中，其他用戶對這個對象的結構發生改變。
5. 數據訪問權限的核對（data dict cache）。當語法、語義通過檢查之后，客戶端還不一定能夠取得數據。
服務器進程還會檢查，你所連接的用戶是否有這個數據訪問的權限。若你連接上服務器的用戶不具有數據訪問權限的話，則客戶端就不能夠取得這些數據。
有時候我們查詢數據的時候，辛辛苦苦地把 SQL 語句寫好、編譯通過，但是，最后系統返回個 “沒有權限訪問數據”的錯誤信息，讓我們氣半死。這在前端應用軟件開發調試的過程中，可能會碰到。
所以，要注意這個問題，數據庫服務器進程先檢查語法與語義，然后才會檢查訪問權限。6. 確定最佳執行計劃 。
當語句與語法都沒有問題，權限也匹配的話，服務器進程還是不會直接對數據庫文件進行查詢。服務器進程會根據一定的規則，對這條語句進行優化。
不過要注意，這個優化是有限的。一般在應用軟件開發的過程中，需要對數據庫的 sql 語言進行優化，這個優化的作用要大大地大于服務器進程的自我優化。
所以，一般在應用軟件開發的時候，數據庫的優化是少不了的。當服務器進程的優化器確定這條查詢語句的最佳執行計劃后，就會將這條 SQL 語句與執行計劃保存到數據高速緩存（library cache）。
如此的話，等以后還有這個查詢時，就會省略以上的語法、語義與權限檢查的步驟，而直接執行 SQL 語句，提高 SQL 語句處理效率。第三步：語句執行語句解析只是對 SQL 語句的語法進行解析，以確保服務器能夠知道這條語句到底表達的是什么意思。
等到語句解析完成之后，數據庫服務器進程才會真正的執行這條 SQL 語句。這個語句執行也分兩種情況。
一是若被選擇行所在的數據塊已經被讀取到數據緩沖區的話，則服務器進程會直接把這個數據傳遞給客戶端，而不是從數據庫文件中去查詢數據。若數據不在緩沖區中，則服務器進程將從數據庫文件中查詢相關數據，并把這些數據放入到數據緩沖區中（buffer cache）。
第四步：提取數據當語句執行完成之后，查詢。
轉載請注明出處華閱文章網 » sql語句的執行過程
