有時， 為了讓應用程序運行得更快，所做的全部工作就是在這裡或那裡做一些很小調整。啊，但關鍵在於確定如何進行調整！遲早您會遇到這種情況：應用程序中的 SQL 查詢不能按照您想要的方式進行響應。它要麼不返回數據，要麼耗費的時間長得出奇。如果它降低了報告或您的企業應用程序的速度，用戶必須等待的時間過長，他們就會很不滿意。就像您的父母不想聽您解釋為什麼在深更半夜才回來一樣，用戶也不會聽你解釋為什麼查詢耗費這麼長時間。（“對不起，媽媽，我使用了太多的 LEFT JOIN。”）用戶希望應用程序響應迅速，他們的報告能夠在瞬間之內返回分析數據。就我自己而言，如果在 Web 上沖浪時某個頁面要耗費十多秒才能加載（好吧，五秒更實際一些），我也會很不耐煩。
為了解決這些問題，重要的是找到問題的根源。那麼，從哪裡開始呢？根本原因通常在於數據庫設計和訪問它的查詢。在本月的專欄中，我將講述四項技術，這些技術可用於提高基於 SQL Server? 的應用程序的性能或改善其可伸縮性。我將仔細說明 LEFT JOIN、CROSS JOIN 的使用以及 IDENTITY 值的檢索。請記住，根本沒有神奇的解決方案。調整您的數據庫及其查詢需要占用時間、進行分析，還需要大量的測試。這些技術都已被證明行之有效，但對您的應用程序而言，可能其中一些技術比另一些技術更適用。
本頁內容 從 INSERT 返回 IDENTITY
內嵌視圖與臨時表
避免 LEFT JOIN 和 NULL
靈活使用笛卡爾乘積
拾遺補零
從 INSERT 返回 IDENTITY 我決定從遇到許多問題的內容入手：如何在執行 SQL INSERT 後檢索 IDENTITY 值。通常，問題不在於如何編寫檢索值的查詢，而在於在哪裡以及何時進行檢索。在 SQL Server 中，下面的語句可用於檢索由最新在活動數據庫連接上運行的 SQL 語句所創建的 IDENTITY 值：
SELECT @@IDENTITY
這個 SQL 語句並不復雜，但需要記住的一點是：如果這個最新的 SQL 語句不是 INSERT，或者您針對非 INSERT SQL 的其他連接運行了此 SQL，則不會獲得期望的值。您必須運行下列代碼才能檢索緊跟在 INSERT SQL 之後且位於同一連接上的 IDENTITY，如下所示：
INSERT INTO Products (ProductName) VALUES ('Chalk')
SELECT @@IDENTITY
在一個連接上針對 Northwind 數據庫運行這些查詢將返回一個名稱為 Chalk 的新產品的 IDENTITY 值。所以，在使用 ADO 的 Visual Basic? 應用程序中，可以運行以下語句：
Set oRs = oCn.Execute("SET NOCOUNT ON;INSERT INTO Products _
(ProductName) VALUES ('Chalk');SELECT @@IDENTITY")
lProductID = oRs(0)
此代碼告訴 SQL Server 不要返回查詢的行計數，然後執行 INSERT 語句，並返回剛剛為這個新行創建的 IDENTITY 值。SET NOCOUNT ON 語句表示返回的記錄集有一行和一列，其中包含了這個新的 IDENTITY 值。如果沒有此語句，則會首先返回一個空的記錄集（因為 INSERT 語句不返回任何數據），然後會返回第二個記錄集，第二個記錄集中包含 IDENTITY 值。這可能有些令人困惑，尤其是因為您從來就沒有希望過 INSERT 會返回記錄集。之所以會發生此情況，是因為 SQL Server 看到了這個行計數（即一行受到影響）並將其解釋為表示一個記錄集。因此，真正的數據被推回到了第二個記錄集。當然您可以使用 ADO 中的 NextRecordset 方法獲取此第二個記錄集，但如果總能夠首先返回該記錄集且只返回該記錄集，則會更方便，也更有效率。
此方法雖然有效，但需要在 SQL 語句中額外添加一些代碼。獲得相同結果的另一方法是在 INSERT 之前使用 SET NOCOUNT ON 語句，並將 SELECT @@IDENTITY 語句放在表中的 FOR INSERT 觸發器中，如下面的代碼片段所示。這樣，任何進入該表的 INSERT 語句都將自動返回 IDENTITY 值。
CREATE TRIGGER trProducts_Insert ON Products FOR INSERT AS
SELECT @@IDENTITY
GO
觸發器只在 Products 表上發生 INSERT 時啟動，所以它總是會在成功 INSERT 之後返回一個 IDENTITY。使用此技術，您可以始終以相同的方式在應用程序中檢索 IDENTITY 值。
