知道為什麼不能使用SQL查詢語句嗎？ 正是這些小細節讓你經受住了考驗

就運營效率而言，有兩種情況。

第一種情況是返回的無用列過多，導致通過網路傳輸的資料過多。

您希望返回所有列的資訊。

如果表中有很多列，則有很多二進位資料型別。

的話。 例如，有乙個安全系統，有乙個進入和退出的日誌。 這扇門需要 2 個人，每人刷一次卡才能進入。

此表包含以下列：

自增流量、門**、日期時間、第一次刷卡、第二次刷卡、第二次刷卡、第一次刷卡、第二次,..其他列。

現在我發現可能存在安全問題，說昨天丟失了一些東西。

那麼第乙個就是第乙個。

select

日期和時間，門**，第一次刷卡**，第二次刷卡**。

從表中。

其中門口** ='掉東西的房間的門'

和日期時間>昨天的 0：00。

我們先來看看誰刷卡了，然後重點看刷卡記錄中可能有問題的資訊。

否則你就直走。

select

從表中。

其中門口** ='掉東西的房間的門'

和日期時間>昨天的 0：00。

有太多資料要同時從伺服器傳遞到客戶端。 而且這些資料可能不是您可以使用的東西。

第二種情況是檢索到的列是否包含在索引中。

在裡面，那麼查詢效率要快得多。

同樣，上面的例子。

假設有這樣乙個索引（門口**，日期時間）。

select

日期和時間，入口**。

從表中。

其中門口** ='掉東西的房間的門'

和日期時間>昨天的 0：00。

在這個查詢中，你甚至不需要查詢表，你可以直接查詢索引後返回。

在 SQL Server 中，可以將其他資料段包含在索引中。

例如：建立非聚集索引 idx testdoc

在桌子上（門口**，日期和時間）。

include（第一次刷卡**，第二次刷卡**）;

建立上述索引時。

select

日期和時間，門**，第一次刷卡**，第二次刷卡**。

從表中。

其中門口** ='掉東西的房間的門'

和日期時間>昨天的 0：00。

您不再需要訪問該錶，只需查詢索引即可返回。

在這種情況下，無法使用 select *。 您需要先訪問索引，然後通過索引中的資訊，可以找到表中的具體行資料，然後進行檢索。

<>因為如果是 *，SQL 語法解析器會先讀取表中的列，然後用這些列替換 *，這無疑是浪費時間。 但這可以忽略不計，如果必須選擇所有列，我建議使用 *，因為以這種方式編寫的 SQL 語句簡短明了。

一樓說了很多，但並不重要。

之所以不能使用SQL語句，是為了程式的擴充套件性，也就是向後相容，在C和很多Web專案的開發中，如果SQL語句寫死，以後如果修改SQL表結構，用*查詢，那會發生什麼，可想而知程式異常。 如果你不使用 *，那麼以後不管你怎麼修改表結構，都沒關係。

SQL SQL是“結構化查詢語言”的縮寫，最初是由IBM的聖約瑟夫研究實驗室為其關聯式資料庫管理系統System R開發的。 SQL語言簡潔、強大、易學，所以自IBM在1981年推出以來，SQL語言就被廣泛使用。 如今，無論是 Oracle、Sybase、Informix、SQL Server 等大型資料庫管理系統，還是 Visual Foxporo 和 PowerBuilder 等微型計算機上常用的資料庫開發系統，都支援使用 SQL 語言作為查詢語言。

SQL 是一種高階的非過程程式語言，允許使用者處理高階資料結構。 它不需要使用者指定資料儲存的方法，也不要求使用者了解具體的資料儲存方法，因此具有完全不同底層結構的不同資料庫系統可以使用相同的SQL語言作為資料輸入和管理的基本介面。 它以記錄集合為操作物件，所有SQL語句都接受該集合作為輸入，並將該集合作為輸出返回，這種集合特性允許乙個SQL語句的輸出是另乙個SQL語句的輸入，因此SQL語言可以巢狀，這使得他具有極大的靈活性和強大的功能， 大多數情況下，在其他語言中，乙個需要大型程式實現的單個事件只需要乙個SQL語句就可以達到目的，這也意味著可以用SQL語言編寫非常複雜的句子。

SQL 也是資料庫檔案格式的擴充套件。

SQL 語言由 4 個部分組成：

資料查詢語言（select 語句）。

資料操作語言（插入、更新、刪除語句）和資料定義語言（如建立、刪除等）