在sql語句中
① 在sql的select的語句中,使用什麼字句來指定數據源
是要檢索指定資料庫的表嗎。
用:資料庫名稱..表名。
即 select * from database..table
② 在 sql中 多行sql語句怎麼執行,是從上往下 還是從下往上求解
SQL不同於其他編程語言的最明顯特徵是處理代碼的順序。在大多資料庫語言中, 代碼按編碼順序被處理。但在SQL語句中,第一個被處理的子句式FROM,而不是第 一出現的SELECT。SQL查詢處理的步驟序號:(8) SELECT (9) DISTINCT (11) <TOP_specification> <select_list>
2 (1) FROM <left_table>
3 (3) <join_type> JOIN <right_table>
4 (2) ON <join_condition>
5 (4) WHERE <where_condition>
6 (5) GROUP BY <group_by_list>
7 (6) WITH {CUBE | ROLLUP}
8 (7) HAVING <having_condition>
9 (10) ORDER BY <order_by_list>
以上每個步驟都會產生一個虛擬表,該虛擬表被用作下一個步驟的輸入。這 些虛擬表對調用者(客戶端應用程序或者外部查詢)不可用。只有最後一步生成的 表才會會給調用者。如果沒有在查詢中指定某一個子句,將跳過相應的步驟。
邏輯查詢處理階段簡介:
1、 FROM:對FROM子句中的前兩個櫻念表執行笛卡爾積(交叉聯接),生成虛擬表 VT1。
2、 ON:對VT1應用ON篩選器,只有那些使為真才**入到TV2。
3、 OUTER (JOIN):如果指定了OUTER JOIN(相對於CROSS JOIN或INNER JOIN) ,保留表中未找到匹配的行將作為外部行添加到VT2,生成TV3。如果FROM子句包 含兩個以上的表,則對上一個聯接生成的結果表和下一個表重復執行步驟1到步驟 3,脊山困直到處理完所有的表位置。
4、 WHERE:對TV3應用WHERE篩選器,唯尺只有使為true的行才插入TV4。
5、 GROUP BY:按GROUP BY子句中的列列表對TV4中的行進行分組,生成TV5 。
6、 CUTE|ROLLUP:把超組插入VT5,生成VT6。
7、 HAVING:對VT6應用HAVING篩選器,只有使為true的組插入到VT7。
8、 SELECT:處理SELECT列表,產生VT8。
9、 DISTINCT:將重復的行從VT8中刪除,產品VT9。
10、ORDER BY:將VT9中的行按ORDER BY子句中的列列表順序,生成一個游標 (VC10)。
11、TOP:從VC10的開始處選擇指定數量或比例的行,生成表TV11,並返回給 調用者。
此文轉載:中國IT實驗室
③ SQL語句怎樣查詢一個范圍
SQL語句通過「BETWEEN…AND…」語法來查詢一個范圍。
WHERE子句設置查詢條件,過濾掉不需要的數據行。其范圍運算符「BETWEEN…AND…」表示表達式值是否在指定的范圍內,類似的「NOT BETWEEN…AND…」表示表達式值是否不在指定的范圍內。
例如:SELECT * FROM user WHERE age BETWEEN 10 AND 30,用於查詢出user表中age值介於10~30間的數據記錄。
(3)在sql語句中擴展閱讀:
SQL中WHERE子句其它運算符:
1、比較運算符
>、>=、=、<、<=、<>
2、列表運算符
IN (項1,項2……)
NOT IN (項1,項2……)
3、模式匹配符
LIKE、NOT LIKE
4、空值判斷符
IS NULL、IS NOT NULL
5、邏輯運算符
NOT、AND、OR
④ sql 語句 中的表示什麼意思
sql語句中的?相當於一個變數,你可以再其後通過具體賦值,例如setString(1,「nihao」),設置對應?位置處的變數的值。
這樣做的目的是:當你有很多相同的sql語句執行時,可以先發出sql語句的定義,然後再將具體的值傳過去,這樣只發了一次sql語句,提高效率;否則,你發多次相同的sql語句,效率就低了。另外,在防sql注入方面,可以通過這樣的方法來避免簡單的侵害。
⑤ 在一條SQL語句中同時對兩個資料庫中的不同表進行操作,有什麼好的解決方法嗎
1.如果是同一伺服器:
假設 另一個資料庫名為'資料庫B',並且當然用戶對兩個資料庫都有對應許可權
select into [table] from [資料庫B].[所有者].[表名]
2.如果不在同一伺服器
select into [table] from opendatasource('sqloledb','data source=伺服器名或IP;user id=登陸名;password=口令').資料庫B.表名
⑥ 在sql 語言中,對輸出結果排序的是( ) A.order by B.where C.group by D.having
在sql語言中,對輸出結果排序的是order by。
SQL語言中,ORDER BY 語句用於對結果集進行排序。ASC:升序(默認),DESC:降序。ORDER BY 語句默認按照升序對記錄進行排序。如果希望按照降序對記錄進行排序,可以使用 DESC 關鍵字。ORDER BY 子句為Previous PageNext Page。
(6)在sql語句中擴展閱讀:
ORDER BY 多列的時候,先按照第一個column name排序,再按照第二個column name排序。使用desc或者asc排序符時,只對它緊跟著的第一個列名有效,其他不受影響,仍然是默認的升序。
在Order by 時認為null是最大值,如果Order by 中指定了表達式Nulls first則表示null值的記錄將排在最前(不管是asc 還是 desc),如果Order by 中指定了表達式Nulls last則表示null值的記錄將排在最後 (不管是asc 還是 desc)。
⑦ SQL 語句在資料庫中是怎樣執行的
第一步:應用程序把查詢SQL語句發給伺服器端執行
我們在數據層執行SQL語句時,應用程序會連接到相應的資料庫伺服器,把SQL語句發送給伺服器處理。
第二步:伺服器解析請求的SQL語句
SQL計劃緩存,經常用查詢分析器的朋友大概都知道這樣一個事實,往往一個查詢語句在第一次運行的時候需要執行特別長的時間,但是如果你馬上或者在一定時間內運行同樣的語句,會在很短的時間內返回查詢結果。原因是:
伺服器在接收到查詢請求後,並不會馬上去資料庫查詢,而是在資料庫中的計劃緩存中找是否有相對應的執行計劃。如果存在,就直接調用已經編譯好的執行計劃,節省了執行計劃的編譯時間。
如果所查詢的行已經存在於數據緩沖存儲區中,就不用查詢物理文件了,而是從緩存中取數據,這樣從內存中取數據就會比從硬碟上讀取數據快很多,提高了查詢效率。數據緩沖存儲區會在後面提到。
如果查詢語句所包含的數據行已經讀取到數據緩沖存儲區的話,伺服器會直接從數據緩沖存儲區中讀取數據返回給應用程序,避免了從物理文件中讀取,提高查詢速度。
如果數據行沒有在數據緩沖存儲區中,則會從物理文件中讀取記錄返回給應用程序,同時把數據行寫入數據緩沖存儲區中,供下次使用。
FROM子句返回初始結果集。
WHERE子句排除不滿足搜索條件的行。
GROUP BY子句將選定的行收集到GROUP BY子句中各個唯一值的組中。
選擇列表中指定的聚合函數可以計算各組的匯總值。
此外,HAVING子句排除不滿足搜索條件的行。
計算所有的表達式;
使用order by對結果集進行排序。
查找你要搜索的欄位。
如果在SQL計劃緩存中沒有對應的執行計劃,伺服器首先會對用戶請求的SQL語句進行語法效驗,如果有語法錯誤,伺服器會結束查詢操作,並用返回相應的錯誤信息給調用它的應用程序。
注意:此時返回的錯誤信息中,只會包含基本的語法錯誤信息,例如select寫成selec等,錯誤信息中如果包含一列表中本沒有的列,此時伺服器是不會檢查出來的,因為只是語法驗證,語義是否正確放在下一步進行。
語法符合後,就開始驗證它的語義是否正確。例如,表名、列名、存儲過程等等資料庫對象是否真正存在,如果發現有不存在的,就會報錯給應用程序,同時結束查詢。
接下來就是獲得對象的解析鎖,我們在查詢一個表時,首先伺服器會對這個對象加鎖,這是為了保證數據的統一性,如果不加鎖,此時有數據插入,但因為沒有加鎖的原因,查詢已經將這條記錄讀入,而有的插入會因為事務的失敗會回滾,就會形成臟讀的現象。
接下來就是對資料庫用戶許可權的驗證。SQL語句語法,語義都正確,此時並不一定能夠得到查詢結果,如果資料庫用戶沒有相應的訪問許可權,伺服器會報出許可權不足的錯誤給應用程序,在稍大的項目中,往往一個項目裡面會包含好幾個資料庫連接串,這些資料庫用戶具有不同的許可權,有的是只讀許可權,有的是只寫許可權,有的是可讀可寫,根據不同的操作選取不同的用戶來執行。稍微不注意,無論你的SQL語句寫的多麼完善,完美無缺都沒用。
解析的最後一步,就是確定最終的執行計劃。當語法、語義、許可權都驗證後,伺服器並不會馬上給你返回結果,而是會針對你的SQL進行優化,選擇不同的查詢演算法以最高效的形式返回給應用程序。例如在做表聯合查詢時,伺服器會根據開銷成本來最終決定採用hashjoin,mergejoin ,還是loop join,採用哪一個索引會更高效等等。不過它的自動化優化是有限的,要想寫出高效的查詢SQL還是要優化自己的SQL查詢語句。
當確定好執行計劃後,就會把這個執行計劃保存到SQL計劃緩存中,下次在有相同的執行請求時,就直接從計劃緩存中取,避免重新編譯執行計劃。
第三步:語句執行
伺服器對SQL語句解析完成後,伺服器才會知道這條語句到底表態了什麼意思,接下來才會真正的執行SQL語句。
此時分兩種情況:
說明:SQL緩存分好幾種,這里有興趣的朋友可以去搜索一下。有時因為緩存的存在,使得我們很難馬上看出優化的結果,因為第二次執行因為有緩存的存在,會特別快速,所以一般都是先消除緩存,然後比較優化前後的性能表現,這里有幾個常用的方法:
1 DBCC DROPCLEANBUFFERS
2 從緩沖池中刪除所有清除緩沖區。
3 DBCC FREEPROCCACHE
4 從過程緩存中刪除所有元素。
5 DBCC FREESYSTEMCACHE
6 從所有緩存中釋放所有未使用的緩存條目。
SQL Server 2005資料庫引擎會事先在後台清理未使用的緩存條目,以使內存可用於當前條目。但是,可以使用此命令從所有緩存中手動刪除未使用的條目。
這只能基本消除SQL緩存的影響,目前好像沒有完全消除緩存的方案,如果大家有,請指教。
執行順序: