常見問題集

請確定您的連接字串正確，且 SQL Server 執行個體正在執行。 另請注意，LINQ to SQL 需要具名管道通訊協定才能啟用。 如需詳細資訊，請參閱依逐步解說學習。

請確定您呼叫 SubmitChanges 來儲存結果到資料庫。

連接通常會一直維持開啟的狀態，直到您使用查詢結果為止。 如果您預期會花時間處理所有結果，而且也不反對快取結果，請將 ToList 套用到查詢。 在每個物件只處理一次的常見情節中，在 DataReader 和 LINQ to SQL 中使用串流模型較有利。

連接使用方式的確切詳細資訊會取決於下列各項：

• 連接狀態 (如果 DataContext 是使用連接物件建構的)。

• 連接字串設定 (例如，啟用 Multiple Active Result Set (MARS)。 如需詳細資訊，請參閱 Multiple Active Result Sets (MARS)。

雖然 LINQ to SQL 沒有以設定為基礎的更新命令，但您可以使用下列任一方式，不先查詢即更新：

• 使用 ExecuteCommand 傳送 SQL 程式碼。

• 建立物件的新執行個體，然後初始化所有影響更新的目前值 (欄位)。 接著使用 DataContext 附加物件至 Attach，然後修改要變更的欄位。

LINQ to SQL 提供多項工具來檢查其所產生的 SQL 程式碼。 最重要的其中一項工具就是 Log。 如需詳細資訊，請參閱偵錯支援。

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 中的程式碼產生支援 DataContractSerializer 序列化。 但不支援 XmlSerializer 或 BinaryFormatter。 如需詳細資訊，請參閱序列化。

請從物件關聯式設計工具設定 [內容命名空間] 和 [實體命名空間] 屬性，以區分每個 DBML 檔案的值。 這就可避免名稱/命名空間發生衝突。

LINQ to SQL 會自動針對識別 (自動遞增)、rowguidcol (資料庫產生的 GUID) 和時間戳記資料行處理這種情況。 在其他情況下，請手動設定 IsDbGenerated=true 和 AutoSync=Always/OnInsert/OnUpdate 屬性。

是。 如下列範例所示，第一個選項不會被覆寫：

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 Server Compact 3.5，但 LINQ to SQL 執行階段則提供支援。 在此情況下，您必須建立自己的實體類別，然後加入適當的屬性。

光是建立關係還不夠。 您還必須提供資訊，例如鑑別子資料行、基底類別鑑別子值以及衍生類別鑑別子值。

沒有公用提供者模型可以使用。 目前，LINQ to SQL 僅支援 SQL Server 和 SQL Server Compact 3.5。

對於以串連使用者輸入形成的傳統 SQL 查詢來說，SQL 插入一直是相當重大的風險。 LINQ to SQL 藉由在查詢中使用 SqlParameter，可避免這類插入。 使用者輸入會轉換成參數值。 如此一來，惡意命令就無法藉由客戶輸入來使用。

在這種進階案例中，請採取下列步驟：

1. 在 .dbml 檔案中，藉由將 IsReadOnly 旗標變更為 True，以修改屬性。

2. 加入部分類別。 針對唯讀成員建立含參數的建構函式。

3. 檢視預設 UpdateCheck 值 (Never)，判斷它是否為應用程式的正確值。

   警告

   如果您在 Visual Studio 中使用物件關聯式設計工具，可能會覆寫您的變更。

是的，System.Data.Linq.dll 組件是以 AllowPartiallyTrustedCallersAttribute 屬性標記的其中一個 .NET Framework 組件。 如果沒有此標記，則 .NET Framework 中的組件只提供給完全受信任的程式碼使用。

在 LINQ to SQL 中允許部分信任呼叫端的主要情況是能從 Web 應用程式存取 LINQ to SQL 組件，在此情況下，「信任」組態為「中度」。

您可以在資料庫中建立檢視，然後將實體對應到該檢視。 LINQ to SQL 會針對檢視產生與資料表相同的 SQL。

請不要嘗試重複使用 DataContext 的執行個體。 每個 DataContext 都會維持某一個特定編輯/查詢工作階段的狀態 (包括識別快取)。 若要取得以資料庫目前狀態為基礎的新執行個體，請使用新的 DataContext。

您仍可以使用基礎 ADO.NET 連線共用。 如需詳細資訊，請參閱 SQL Server 連線共用 (ADO.NET) \(機器翻譯\)。

這是依照設計的行為。 LINQ to SQL 會繼續傳回您在第一個執行個體中看到的相同執行個體/值。 當您進行更新時，會使用開放式並行存取。 這時會使用原始資料來檢查目前資料庫狀態，以確認它實際上是否仍未變更。 如果變更，就會發生衝突，而應用程式必須解決此衝突。 應用程式可選擇的其中一種做法是將原始狀態重設為目前資料庫狀態，然後嘗試再次更新。 如需詳細資訊，請參閱操作說明：管理變更衝突。

您也可以將 ObjectTrackingEnabled 設定為 false，以關閉快取和變更追蹤。 這樣每次查詢時，就能擷取最新的值。

內容在唯讀模式下無法追蹤變更。

另請參閱

• 參考
• 疑難排解
• LINQ to SQL 中的安全性