前幾天看到neuhawk 的文章linq to sql 的動態條件查詢方法，文章最後選取了Ricom關於Linq to SQL的性能分析，裡面說道Linq to SQL性能不錯，有時候比ADO.NET還要好，當時覺得這分析結果難以讓 人相信，應該Linq to SQL底層還是用ADO.NET 2.0實現的，即使效率再高也應該不能超越。加上最近幾天 在MSDN論壇上看到有些人質疑Linq to SQL的效率，所以我做了一個很簡單的測試，測試Linq to SQL的 select性能。
以Northwind數據庫為例，對Product表進行查詢（我增加了裡面的數據，增加到3000條），只選取 ProductID和ProductName，進行3000次查詢，每次查詢一條記錄。首先看看使用SqlDataReader的代碼：
Stopwatch watch = new Stopwatch();
watch.Start();
using (SqlConnection conn = new SqlConnection("Data Source=.;Initial Catalog=Northwind;Integrated Security=True"))
{
if (conn.State != System.Data.ConnectionState.Open)
conn.Open();
for (int i = 1; i <= 3000; i++)
{
SqlCommand cmd = new SqlCommand(
"SELECT ProductID,ProductName FROM Products WHERE ProductID=" + i.ToString(), conn);
cmd.CommandType = System.Data.CommandType.Text;
using (SqlDataReader reader = cmd.ExecuteReader())
{
if (reader.Read())
{
Product p = new Product();
p.ProductID = (int)reader["ProductID"];
p.ProductName = (string)reader["ProductName"];
}
}
}
}
watch.Stop();
Console.WriteLine("[Using SqlReader] total time: " + watch.Elapsed.ToString ());
這裡的Product是用Linq to SQL Designer自動生成的，只有ProductID和ProductName屬性。運行 的結果如下：
[Using SqlReader] total time: 00:00:00.6521155
然後對Linq to SQL進行測試，代碼如下：
Stopwatch watch = new Stopwatch();
watch.Start();
NorthwindDataContext ctx = new NorthwindDataContext();
for (int i = 1; i <= 3000; i++)
{
Product product = ctx.Products.Single(p => p.ProductID == i);
}
watch.Stop();
Console.WriteLine("[Using Linq to SQL] total time: " + watch.Elapsed.ToString ());
運行結果：[Using Linq to SQL] total time: 00:00:21.2273942
這樣看來使用Linq to SQL效率差很多。
在上面的代碼中，每進行一次查詢，數據庫連接都會open和close，也就是會執行一次 reset_connection這個存儲過程，看看能不能優化一下：
Stopwatch watch = new Stopwatch();
watch.Start();
using (SqlConnection conn = new SqlConnection("Data Source=.;Initial Catalog=Northwind;Integrated Security=True"))
{
if (conn.State != System.Data.ConnectionState.Open)
conn.Open();
NorthwindDataContext ctx = new NorthwindDataContext(conn);
for (int i = 1; i <= 3000; i++)
{
Product product = ctx.Products.Single(p => p.ProductID == i);
}
}
watch.Stop();
Console.WriteLine("[Using Linq to SQL] total time: " + watch.Elapsed.ToString ());
這裡在new DataContext的時候，顯式的把已經打開的connection傳遞到這個DataContext中去，避免 了每次執行都會open和close數據庫連接的問題，但是運行結果差距非常之小，因為ADO.NET的數據庫連接 是基於連接池。
這只是一個很簡單的測試，沒有用benchmark工具和方法，不能作為參考依據，不過也可以看出一些問 題，Linq to SQL的運行效率肯定不如直接寫SQL語句用DataReader好，前提是SQL語句相同。當然，選擇 Linq to SQL是選擇了它的ORM，開發效率高，代碼簡潔美觀，編譯器和語言平台的支持，在這基礎上要有 所取捨了。
PS：我的機器配置是：P4 2.8G，內存2.0G， 操作系統Windows Server 2003(Enterprise)，數據庫 SQL Server 2005。
經網友jyk，Adrian，jjx等提示（謝謝他們），上面的測試例子花費的時間主要在Lambda表達式上， 每次查詢的時候會生成Expression對象和Func的delegate對象。下面就用CompiledQuery進行測試：
Stopwatch watch = new Stopwatch();
watch.Start();
var query = CompiledQuery.Compile((NorthwindDataContext nw, int index)
=> nw.Products.Single(p => p.ProductID == index));
using (SqlConnection conn = new SqlConnection("Data Source=.;Initial Catalog=Northwind;Integrated Security=True"))
{
if (conn.State != System.Data.ConnectionState.Open)
conn.Open();
NorthwindDataContext ctx = new NorthwindDataContext(conn);
for (int i = 1; i <= 3000; i++)
{
Product product = query(ctx, i);
}
}
watch.Stop();
Console.WriteLine("[Using Linq to SQL compiled] total time: " + watch.Elapsed.ToString());
平均每次運行1秒左右，效率已經很讓人滿意了。
