常見問題集 (LINQ to SQL)
下列各節將解答實作 LINQ 時可能會遇到的一些常見問題。
其他問題的解答則在疑難排解 (LINQ to SQL) 中。
無法連接
問： 我無法連接到資料庫。
答： 請確定您的連接字串正確，而且 SQL Server 執行個體正在執行。 另外也請注意，LINQ to SQL 需要具名管道 (Named Pipe) 通訊協定才能啟用。 如需詳細資訊，請參閱從逐步解說學習 (LINQ to SQL)。
遺失對資料庫所做的變更
問： 我變更了資料庫中的資料，但重新執行應用程式時，變更不見了。
答： 請確定您呼叫 SubmitChanges 來儲存結果到資料庫。
資料庫連接：會開啟多久？
問： 我的資料庫連接會維持開啟的狀態多久？
答： 連接通常會一直維持開啟的狀態，直到您使用查詢結果為止。 如果您預期會花時間處理所有結果，而且也不反對快取結果，請將 ToList<TSource> 套用到查詢。 在每個物件只處理一次的常見情況中，在 DataReader 和 LINQ to SQL 中使用資料流 (Streaming) 模型較有利。
連接使用方式的確切詳細資訊會取決於下列各項：
連接狀態 (如果 DataContext 是使用連接物件建構的)。
連接字串設定 (例如，啟用 Multiple Active Result Set (MARS)。 如需詳細資訊，請參閱Multiple Active Result Set (MARS)。
更新但不查詢
問： 我可以不先查詢資料庫，就更新資料表資料嗎？
答： 雖然 LINQ to SQL 沒有以設定為基礎的更新命令，不過您可以使用下列其中一種方式，就可以不先查詢即更新。
使用 ExecuteCommand 傳送 SQL 程式碼。
建立物件的新執行個體，然後初始化所有影響更新的目前值 (欄位)。 接著使用 Attach 附加物件至 DataContext，然後修改要變更的欄位。
未預期的查詢結果
問： 我的查詢傳回未預期的結果。 我該如何檢查發生了什麼狀況？
答： LINQ to SQL 提供多項工具來檢查它所產生的 SQL 程式碼。 最重要的其中一項工具就是 Log。 如需詳細資訊，請參閱偵錯支援 (LINQ to SQL)。
未預期的預存程序結果
問： 我有一個預存程序，它的傳回值是由 MAX() 計算的。 當我將預存程序拖曳到 O/R 設計工具介面時，傳回值不正確。
答： LINQ to SQL 提供兩種方式來藉由預存程序傳回資料庫產生的值。
藉由命名輸出結果。
藉由明確指定輸出參數。
下面是輸出不正確的範例。 由於 LINQ to SQL 無法對應結果，因此永遠會傳回 0：
create procedure proc2
as
begin
select max(i) from t where name like 'hello'
end
下面是使用輸出參數時，輸出正確的範例：
create procedure proc2
@result int OUTPUT
as
select @result = MAX(i) from t where name like 'hello'
go
下面是藉由命名輸出結果，輸出正確的範例：
create procedure proc2
as
begin
select nax(i) AS MaxResult from t where name like 'hello'
end
如需詳細資訊，請參閱使用預存程序自訂作業 (LINQ to SQL)。
序列化錯誤
問： 問：當我嘗試序列化時，收到下列錯誤：「未將型別 'System.Data.Linq.ChangeTracker+StandardChangeTracker' 標記為可序列化。」
答： LINQ to SQL 中的程式碼產生支援 DataContractSerializer 序列化。 但不支援 XmlSerializer 或 BinaryFormatter。 如需詳細資訊，請參閱序列化 (LINQ to SQL)。
多個 DBML 檔案
問： 當有多個 DBML 檔案共用一些資料表時，會發生編譯器錯誤。
答： 請在物件關聯式設計工具中設定 [內容命名空間] 和 [實體命名空間] 屬性，以區分每個 DBML 檔案的值。 這就可避免名稱/命名空間發生衝突。
避免在插入或更新時明確設定資料庫產生的值
問： 我的資料庫資料表有個 DateCreated 資料行，它預設為 SQL Getdate()。 當我嘗試使用 LINQ to SQL 插入新的資料錄時，值會設成 NULL。 但我本來預期它會設成資料庫預設值。
答： LINQ to SQL 會自動針對識別 (自動遞增)、rowguidcol (資料庫產生的 GUID) 和時間戳記資料行處理這種情況。 在其他情況下，請手動設定 IsDbGenerated=true 和 AutoSync=Always/OnInsert/OnUpdate 屬性。
多個 DataLoadOptions
問： 我可以指定其他載入選項，而不覆寫第一個載入選項嗎？
答： 是。 如下列範例所示，第一個選項不會被覆寫：
Dim dlo As New DataLoadOptions()
dlo.LoadWith(Of Order)(Function(o As Order) o.Customer)
dlo.LoadWith(Of Order)(Function(o As Order) o.OrderDetails)
DataLoadOptions dlo = new DataLoadOptions();
dlo.LoadWith<Order>(o => o.Customer);
dlo.LoadWith<Order>(o => o.OrderDetails);
使用 SQL Compact 3.5 時發生錯誤
問： 當我將資料表從 SQL Server Compact 3.5 資料庫拖曳出來時發生錯誤。
答： 物件關聯式設計工具並不支援 SQL Server Compact 3.5，不過 LINQ to SQL 執行階段則支援。 在此情況下，您必須建立自己的實體類別，然後加入適當的屬性。
繼承關係發生錯誤
問： 我在物件關聯式設計工具中使用了工具箱繼承圖案來連接兩個實體，但發生錯誤。
答： 光是建立關係還不夠。 您還必須提供資訊，例如鑑別子資料行、基底類別鑑別子值以及衍生類別鑑別子值。
提供者模型
問： 是否有公用提供者模型可供使用？
答： 沒有公用提供者模型可以使用。 目前 LINQ to SQL 只支援 SQL Server 和 SQL Server Compact 3.5。
SQL 插入攻擊
問： LINQ to SQL 如何保護不受 SQL 插入攻擊？
答： 對於以串連使用者輸入形成的傳統 SQL 查詢來說，SQL 插入一直是相當重大的風險。 LINQ to SQL 藉由在查詢中使用 SqlParameter，可避免這類插入。 使用者輸入會轉換成參數值。 如此一來，惡意命令就無法藉由客戶輸入來使用。
變更 DBML 檔案中的唯讀旗標
問： 從 DBML 檔案建立物件模型時，要如何排除部分屬性的 setter？
答： 在這種進階案例中，請採取下列步驟：
在 .dbml 檔案中，藉由將 IsReadOnly 旗標變更為 True，以修改屬性。
加入部分類別。 針對唯讀成員建立含參數的建構函式。
檢視預設 UpdateCheck 值 (Never)，判斷它是否為應用程式的正確值。
.gif "注意事項")
警告如果使用 Visual Studio中的物件關聯式設計工具，變更可能會被覆寫。
APTCA
問： System.Data.Linq 是否標示為供部分信任的程式碼使用？
答： 是的，System.Data.Linq.dll 組件是標示有 AllowPartiallyTrustedCallersAttribute 屬性的其中一個 .NET Framework 組件。 如果沒有此標示，.NET Framework 中的組件則只提供給完全受信任的程式碼使用。
在 LINQ to SQL 中允許部分信任呼叫端的主要情況是能從 Web 應用程式存取 LINQ to SQL 組件，在此情況下，「信任」(Trust) 組態為「中」。
如需詳細資訊，請參閱ASP.NET 程式碼存取安全性 和 ASP.NET 程式碼存取安全性.
對應多個資料表的資料
問： 我的實體中的資料來自於多個資料表。 我該如何對應這些資料？
答： 您可以在資料庫中建立檢視，然後將實體對應到該檢視。 LINQ to SQL 會針對檢視產生與資料表相同的 SQL。
.gif "注意事項") 注意事項 |
|---|
在這種情況下使用檢視會有限制。此方式在基礎檢視支援 Table<TEntity> 上所執行的作業時最安全。只有您才知道會執行哪些作業。例如，大多數應用程式都是唯讀的，而另外有相當多的應用程式只能藉由使用預存程序，對檢視執行 Create/Update/Delete 作業。 |
連接共用
問： 是否有可方便 DataContext 共用的建構？
答： 請不要嘗試重複使用 DataContext 的執行個體。 每個 DataContext 都會維持某一個特定編輯/查詢工作階段的狀態 (包括識別快取)。 若要取得以資料庫目前狀態為基礎的新執行個體，請使用新的 DataContext。
您仍可以使用基礎 ADO.NET 連接共用。 如需詳細資訊，請參閱 SQL Server 連接共用 (ADO.NET)。
第二個 DataContext 未更新
問： 我使用一個 DataContext 執行個體來儲存資料庫中的值。 但是，相同資料庫上的第二個 DataContext 卻未反映更新的值。 第二個 DataContext 執行個體似乎傳回快取的值。
答： 這種行為是設計上的預期行為。 LINQ to SQL 會繼續傳回您在第一個執行個體中看到的相同執行個體/值。 當您進行更新時，會使用開放式並行存取。 這時會使用原始資料來檢查目前資料庫狀態，以確認它實際上是否仍未變更。 如果變更，就會發生衝突，而應用程式必須解決此衝突。 應用程式可選擇的其中一種做法是將原始狀態重設為目前資料庫狀態，然後嘗試再次更新。 如需詳細資訊，請參閱HOW TO：管理變更衝突 (LINQ to SQL)。
您也可以將 ObjectTrackingEnabled 設定為 false，以關閉快取和變更追蹤。 這樣每次查詢時，就能擷取最新的值。
無法在唯讀模式下呼叫 SubmitChanges
問： 當我嘗試在唯讀模式下呼叫 SubmitChanges 時，會發生錯誤。
答： 內容在唯讀模式下無法追蹤變更。