SQL Server在返回第一條記錄和返回最後一條記錄之間做什麼？

Question

假設我有一個查詢返回10,000條記錄。當第一條記錄返回了我可以假設的關於查詢狀態的內容？

1. 它已經完成並且剛剛從服務器返回記錄到我的SSMS實例？
2. 查詢本身是否仍在服務器上執行？
3. 這是什麼導致10,000條記錄慢慢返回一個查詢，幾乎立即換另一個？

Answer 1

服務器端可能存在一些漸進式處理，數據的網絡傳輸和客戶端呈現的混合。

如果一個查詢快速返回10,000行，另一個查詢返回緩慢 - 並且它們具有相似的行大小，數據類型等，並且都以結果爲網格或結果爲文本 - 我們很少除非您向我們展示每個執行計劃和/或客戶端統計信息，否則可以分析差異。這些是您在運行查詢時可以在SSMS中設置的選項。另外，將結果切換爲網格並將結果切換爲文本，您可能會注意到運行時略有不同。這是因爲在一種情況下，Management Studio必須更加努力地對齊列等。

Answer 2

你不能做一個通用的假設，查詢的計劃是由許多不同類型的操作或迭代器組成的。其中一些是基於導航的，並且像流水線一樣工作，而另一些則是基於集合的操作，比如排序。

如果任何查詢包含基於集合的操作，則它會在輸出結果之前需要所有記錄（即語句中的order by子句）。但是，如果您沒有基於集合的迭代器，則可以預期行是當它們變得可用時流式傳輸給你。

Answer 3

對您的每個問題的答案都是「它取決於」。

例如，考慮您是否包含order by子句，並且沒有您要排序的列的索引。在這種情況下，服務器必須查找所有滿足查詢的記錄，然後對其進行排序，然後才能返回第一條記錄。這會在您獲得第一張唱片之前導致長時間的停頓，但是一旦開始播放，您（通常應該）很快就會獲得它們。

如果沒有order by子句，服務器通常會發送每個記錄作爲找到的記錄，因此第一條記錄通常會更快顯示，但是您可能會在一條記錄和下一條記錄之間看到很長的停頓。至於「爲什麼一個查詢比另一個查詢更快」，很大程度上取決於哪些索引可用，以及它們是否可用於特定查詢。例如，像some_column like '%something'這樣的東西幾乎總是很慢。最前面的'％'表示這將不能使用索引，即使some_column有一個索引。搜索something%而不是%something%可能會快100或1000倍。如果你真的需要前者，你真的想使用全文不是搜索（創建全文索引，並使用代替like。

當然，有很多也可以簡單地依賴於數據庫是否具有特定列（或列組）的索引。使用合適的索引，查詢通常會快很多。