LINQ to SQL 外部映射檔缺陷深度剖析：DeleteRule 不生效與 SQLMetal 侷限性

問題現場：DeleteRule="ON DELETE CASCADE" 失效

在 .map 檔中設定關聯級聯刪除：

<Association Name="FK_Order_Details_Orders" Member="OrderDetails" Storage="_OrderDetails"
    ThisKey="OrderID" OtherKey="OrderID" DeleteRule="ON DELETE CASCADE" />

預期：刪除 Order 時自動先刪除關聯 Order_Details。
實際：拋出 SqlException: DELETE 陳述式與 REFERENCE 約束 "FK_Order_Details_Orders" 衝突。

驗證程式碼

string con = "server=.;database=Northwind;uid=sa;pwd=xxx";
string xmlPath = @"D:\MapNorthwind.xml";
XmlMappingSource mapping = XmlMappingSource.FromXml(File.ReadAllText(xmlPath));

using (var ctx = new NorthwindDataContext(con, mapping))
{
    var orders = ctx.Orders.Where(o => o.OrderID == 10250);
    ctx.Orders.DeleteAllOnSubmit(orders);
    ctx.SubmitChanges(); // 此處拋出例外
}

根因分析

1. LINQ to SQL 執行階段不解析 DeleteRule：該屬性僅用於 CreateDatabase() 產生 DDL 時加入 ON DELETE CASCADE 子句，不影響運行時刪除行為。
2. 資料庫外鍵約束仍存在：若資料庫層面未建立 CASCADE，LINQ to SQL 不會自動發出子表刪除 SQL。
3. 文檔誤導：MSDN 說明「若設為 'CASCADE' 會將 'ON DELETE CASCADE' 加入外鍵關係」，僅指 CreateDatabase 行為。

SQLMetal 工具的侷限性

• 介面極度精簡，無法精細控制產出內容
• 不支援自訂範本、屬性過濾、繼承階層映射
• 生成的實體類屬性名稱完全對應資料庫欄位，難符合 C# 命名規範
• 對比 MyGeneration 等代碼生成器，擴展性差異巨大

解決方案與替代策略

方案一：手動刪除子物件 (官方建議模式)

var order = ctx.Orders.Single(o => o.OrderID == 10250);
ctx.OrderDetails.DeleteAllOnSubmit(order.OrderDetails); // 先刪明細
ctx.Orders.DeleteOnSubmit(order);
ctx.SubmitChanges();

方案二：資料庫層面建立 CASCADE 外鍵

ALTER TABLE [Order Details] DROP CONSTRAINT FK_Order_Details_Orders;
ALTER TABLE [Order Details] ADD CONSTRAINT FK_Order_Details_Orders
    FOREIGN KEY (OrderID) REFERENCES Orders(OrderID) ON DELETE CASCADE;

再搭配 DeleteOnNull="true" 於關聯屬性：

<Association ... DeleteOnNull="true" />

允許實體在記憶體中成為「孤兒」，提交時由資料庫級聯刪除。

方案三：資料庫觸發器 (不推薦，業務邏輯下沉)

最佳實踐建議

1. 外部映射檔優先，但不要依賴 DeleteRule 執行階段行為
2. 級聯刪除邏輯在 Repository/Service 層顯式編碼，可測試、可追蹤
3. 大型專案考慮 T4 模板或第三方代碼生成器替代 SQLMetal
4. 資料庫外鍵策略與 ORM 行為保持一致，文檔化記錄