sql的特別

1. sql的主要用途是什麼

SQL（結構化查詢語言）用於存取數據以及查詢、更新和管理關系資料庫系統。

SQL基於關系代數和元組關系演算，包括一個數據定義語言和數據操縱語言。SQL的范圍包括數據插入、查詢、更新和刪除，資料庫模式創建和修改，以及數據訪問控制。盡管很大程度上是一種聲明式編程（4GL），但是其也含有過程式編程的元素。

SQL是對埃德加·科德的關系模型的第一個商業化語言實現，這一模型在其1970年的一篇具有影響力的論文《一個對於大型共享型資料庫的關系模型》中被描述。

盡管SQL並非完全按照科德的關系模型設計，但其依然成為最為廣泛運用的資料庫語言。SQL在1986年成為美國國家標准學會（ANSI）的一項標准，在1987年成為國際標准化組織（ISO）標准。此後，這一標准經過了一系列的增訂，加入了大量新特性。

(1)sql的特別擴展閱讀：

SQL是高級的非過程化編程語言，它允許用戶在高層數據結構上工作。它不要求用戶指定對數據的存放方法，也不需要用戶了解其具體的數據存放方式。而它的界面，能使具有底層結構完全不同的資料庫系統和不同資料庫之間，使用相同的SQL作為數據的輸入與管理。

它以記錄項目〔records〕的合集（set）〔項集，record set〕作為操縱對象，所有SQL語句接受項集作為輸入，回提交的項集作為輸出，這種項集特性允許一條SQL語句的輸出作為另一條SQL語句的輸入，所以SQL語句可以嵌套，這使它擁有極大的靈活性和強大的功能。

在多數情況下，在其他編程語言中需要用一大段程序才可實踐的一個單獨事件，而其在SQL上只需要一個語句就可以被表達出來。這也意味著用SQL可以寫出非常復雜的語句，在不特別考慮性能下。

2. SQL中的視圖提高了資料庫系統的____什麼特性

SQL中的視圖提高了資料庫系統的安全性。

視圖能夠對機密數據提供安全保護。有了視圖機制，就可以在設計資料庫應用系統時，對不同的用戶定義不同的視圖，使機密數據不出現在不應看到這些數據的用戶視圖上，這樣就由視圖的機制自動提供了對機密數據的安全保護功能。

sql語言的特點：

1、綜合統一

SQL語言集數據定義語言DDL、數據操縱語言DML、數據控制語言DCL的功能於一體，語言風格統一，可以獨立完成資料庫生命周期中的全部活動，包括定義關系模式、錄入數據以建立資料庫、查詢、更新、維護、資料庫重構、資料庫安全性控制等一系列操作要求；

這就為資料庫應用系統開發提供了良好的環境，例如用戶在資料庫投入運行後，還可根據需要隨時地逐步地修改模式，並不影響資料庫的運行，從而使系統具有良好的可擴充性。

2、高度非過程化

非關系數據模型的數據操縱語言是面向過程的語言，用其完成某項請求，必須指定存取路徑。而用SQL語言進行數據操作，用戶只需提出「做什麼」，而不必指明「怎麼做」，因此用戶無需了解存取路徑，存取路徑的選擇以及SQL語句的操作過程由系統自動完成。這不但大大減輕了用戶負擔，而且有利於提高數據獨立性。

3、面向集合的操作方式

SQL語言採用集合操作方式，不僅查找結果可以是元組的集合，而且一次插入、刪除、更新操作的對象也可以是元組的集合。

非關系數據模型採用的是面向記錄的操作方式，任何一個操作其對象都是一條記錄。例如查詢所有平均成績在80分以上的學生姓名，用戶必須說明完成該請求的具體處理過程，即如何用循環結構按照某條路徑一條一條地把滿足條件的學生記錄讀出來。

(2)sql的特別擴展閱讀：

SQL語言具數據定義、數據操作、數據控制等三個常見功能：

1、SQL數據定義功能

能夠定義資料庫的三級模式結構，即外模式、全局模式和內模式結構。在SQL中，外模式有叫做視圖(View)，全局模式簡稱模式(Schema)，內模式由系統根據資料庫模式自動實現，一般無需用戶過問。

2、SQL數據操縱功能

包括對基本表和視圖的數據插入、刪除和修改，特別是具有很強的數據查詢功能。

3、SQL的數據控制功能

主要是對用戶的訪問許可權加以控制，以保證系統的安全性。

3. mysql的特點是什麼

1、MySQL性能卓越、服務穩定，很少出現異常宕機。

2、MySQL開放源代碼且無版權制約，自主性及使用成本低。

3、MySQL歷史悠久，用戶使用活躍，遇到問題可以尋求幫助。

4、MySQL體積小，安裝方便，易於維護。

5、MySQL口碑效應好，是的企業無需考慮就用之，LAMP、LNMP流行架構。

6、MySQL支持多種操作系統，提供多種API介面，支持多種開發語言，特別是PHP。

SQL Server的優點眾多，但是Microsoft SQL Server和其他資料庫產品相比也存在著以下劣勢：

1、開放性。只能運行在微軟的windows平台，沒有絲毫的開放性可言。

2、可伸縮性，並行性。並行實施和共存模型並不成熟，很難處理日益增多的用戶數和數據卷，伸縮性有限。

3、性能穩定性。SQLServer當用戶連接多時性能會變的很差，並且不夠穩定。

4、使用風險。SQLServer完全重寫的代碼，經歷了長期的測試，不斷延遲，許多功能需時間來證明。並不十分兼容早期產品。使用需要冒一定風險。

5、客戶端支持及應用模式。只支持C/S模式。

4. 關於MSSQL 全文索引 某些詞特別慢的問題

1. 執行計劃中明明有使用到索引，為什麼執行還是這么慢？

2. 執行計劃中顯示掃描行數為 644，為什麼 slow log 中顯示 100 多萬行？
a. 我們先看執行計劃，選擇的索引 「INDX_BIOM_ELOCK_TASK3(TASK_ID)」。結合 sql 來看，因為有 "ORDER BY TASK_ID DESC" 子句，排序通常很慢，如果使用了文件排序性能會更差，優化器選擇這個索引避免了排序。
那為什麼不選 possible_keys:INDX_BIOM_ELOCK_TASK 呢？原因也很簡單，TASK_DATE 欄位區分度太低了，走這個索引需要掃描的行數很大，而且還要進行額外的排序，優化器綜合判斷代價更大，所以就不選這個索引了。不過如果我們強制選擇這個索引缺純（用 force index 語法），會看到 SQL 執行速度更快少於 10s，那是因為優化器基於代價的原則並不等價於執行速度的快慢；
b. 再看執行計劃中的 type:index，"index" 代表 「全索引掃描」，其實和全表掃描差不多，只是掃描的時候是按照索引次序進行而不是行，主要優點就是避免了排序，但是開銷仍然非常大。
Extra:Using where 也意味著掃描完索引後還需要回表進行篩選。一般來說，鄭數得保證 type 至少達到 range 級別，最好能達到 ref。
在第 2 點中提到的「慢日誌記錄Rows_examined: 1161559，看起來是全表掃描」，這里更正為「全索引掃描」，掃描行數確實等於表的行數；
c. 關於伏叢咐執行計劃中：「rows：644」，其實這個只是估算值，並不準確，我們分析慢 SQL 時判斷准確的掃描行數應該以 slow log 中的 Rows_examined 為准。
4. 優化建議：添加組合索引 IDX_REL_DEVID_TASK_ID(REL_DEVID,TASK_ID)

優化過程：
TASK_DATE 欄位存在索引，但是選擇度很低，優化器不會走這個索引，建議後續可以刪除這個索引：
select count(*),count(distinct TASK_DATE) from T_BIOMA_ELOCK_TASK;+------------+---------------------------+| count(*) | count(distinct TASK_DATE) |+------------+---------------------------+| 1161559 | 223 |+------------+---------------------------+

在這個 sql 中 REL_DEVID 欄位從命名上看選擇度較高，通過下面 sql 來檢驗確實如此：
select count(*),count(distinct REL_DEVID) from T_BIOMA_ELOCK_TASK;+----------+---------------------------+| count(*) | count(distinct REL_DEVID) |+----------+---------------------------+| 1161559 | 62235 |+----------+---------------------------+

由於有排序，所以得把 task_id 也加入到新建的索引中，REL_DEVID,task_id 組合選擇度 100%：
select count(*),count(distinct REL_DEVID,task_id) from T_BIOMA_ELOCK_TASK;+----------+-----------------------------------+| count(*) | count(distinct REL_DEVID,task_id) |+----------+-----------------------------------+| 1161559 | 1161559 |+----------+-----------------------------------+

在測試環境添加 REL_DEVID，TASK_ID 組合索引，測試 sql 性能：alter table T_BIOMA_ELOCK_TASK add index idx_REL_DEVID_TASK_ID(REL_DEVID,TASK_ID);
添加索引後執行計劃：
這里還要注意一點「隱式轉換」：REL_DEVID 欄位數據類型為 varchar，需要在 sql 中加引號：AND T.REL_DEVID = 000000025xxx >> AND T.REL_DEVID = '000000025xxx'

執行時間從 10s+ 降到 毫秒級別：
1 row in set (0.00 sec)
結論
一個典型的 order by 查詢的優化，添加更合適的索引可以避免性能問題：執行計劃使用索引並不意味著就能執行快。

5. sql語言的特點

特點有以下幾點：
1、綜合統一；
2、高度非過程化；
3、面向集合的操作方式；
4、以同一種語法結構提供多種使用方式；
5、語言簡潔，易學易用；
6、對於數據統計方便直觀。

sqi語言：結構化查詢語言(StructuredQueryLanguage)簡稱SQL(發音：/_eskju__el/S-Q-L")，是一種特殊目的的編程語言，是一種資料庫查詢和程序設計語言，[1]用於存取數據以及查詢、更新和管理關系資料庫系統；同時也是資料庫腳本文件的擴展名。"

6. SQL 中的特殊符號有哪些

' -- 單引號
" --雙引號
& -- 並且
|| -- 連接符
@ --定義變數
% -- 模糊查詢符號
* -- 通配符
() -- 括弧
-- --注釋