.NET 深度學習筆記 (1)：DataSet vs SqlDataReader 效能差異深度剖析與實測數據

DataSet 與 SqlDataReader 的效能比較是經典面試題，但網路多為理論推論缺乏實測。本文建立百萬筆測試資料庫，實測不同資料量下的查詢耗時，並反編譯 .NET Framework 原始碼分析底層實作差異，還原真相。

主流觀點快速回顧

實驗環境

測試代碼核心邏輯

DataSet 版本

using (var conn = new SqlConnection(connStr))
{
    var sw = Stopwatch.StartNew();
    conn.Open();
    var da = new SqlDataAdapter(query, conn);
    sw.Stop(); // 連線+建立Adapter時間
    
    sw.Restart();
    var ds = new DataSet("test");
    da.Fill(ds);  // 核心：填充DataSet
    sw.Stop();
    Console.WriteLine($"DataSet Fill: {sw.ElapsedMilliseconds}ms");
}

SqlDataReader 版本

using (var conn = new SqlConnection(connStr))
{
    var sw = Stopwatch.StartNew();
    conn.Open();
    var cmd = new SqlCommand(query, conn);
    sw.Stop();
    
    sw.Restart();
    using (var reader = cmd.ExecuteReader())
    {
        while (reader.Read()) { /* 僅讀取不處理 */ }
    }
    sw.Stop();
    Console.WriteLine($"DataReader Read: {sw.ElapsedMilliseconds}ms");
}

實測結果 (毫秒)

關鍵發現：DataSet 填充階段非線性增長

• 小資料量 (<1,000 筆)：**差異可忽略**
• 中大資料量 (>10,000 筆)：**DataSet 顯著劣於 DataReader**
• 原因：DataSet 需建立 DataTable、DataColumn、DataRow 物件樹、維護關聯與條件約束、計算索引

原始碼層面深度剖析 (Reflector 反編譯)

SqlDataAdapter.Fill() 核心流程

protected virtual int Fill(DataSet dataSet, string srcTable, IDataReader dataReader, ...)
{
    // 參數驗證...
    var container = DataReaderContainer.Create(dataReader, ...);
    // 關鍵：委託給 FillFromReader
    return this.FillFromReader(dataSet, null, srcTable, container, ...);
}

發現：SqlDataAdapter.Fill 內部依賴 IDataReader (SqlDataReader) 讀取資料，再將每行資料轉換為 DataRow 加入 DataTable。DataSet 效能較差的根因在於資料轉換與物件建構開銷，而非讀取本身。

SqlCommand.ExecuteReader() → TDS 協議處理

internal bool Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, ...)
{
    // TDS 封包解析迴圈
    byte token = stateObj.ReadByte();
    switch (token)
    {
        case 0xA4: // TABLE_NAME token
            dataStream.TableNames = this.ProcessTableName(...); break;
        case 0xA5: // COL_METADATA token
            dataStream.SetMetaData(this.ProcessColInfo(...)); break;
        case 0xD1: // ROW token
            this.ProcessRow(stateObj._cleanupMetaData, ..., stateObj); break;
        case 0xFD/0xFE/0xFF: // DONE tokens
            this.ProcessDone(...); break;
    }
}

SqlDataReader 直接解析 TDS (Tabular Data Stream) 協議封包，逐行產生結果，零中間物件分配。

修正結論：比較對象應為「填充策略」而非「讀取器」

原標題比較有誤導性：

• SqlDataReader：資料讀取器 (茶杯)
• DataSet：資料容器模型 (茶壺 + 茶杯 + 茶盤)
• SqlDataAdapter：填充器 (倒茶動作)

真實比較應為：SqlDataReader 直接讀取 vs SqlDataAdapter.Fill 透過 DataReader 填充 DataSet。後者額外負擔：DataTable 建構、DataRow 建立、條件約束驗證、索引維護、事件觸發。

實務選型決策矩陣

現代替代方案

• Dapper：微型 ORM，直接對應 SqlDataReader 到 POCO，效能接近原生
• Entity Framework Core：追蹤變更、LINQ 查詢，開發效率優先
• SqlBulkCopy：大量寫入專用，繞過 EF/ADO.NET 管線

工具無絕對優劣，理解底層機制、匹配業務場景、測試驗證才是架構師的核心能力。