如果你用 LINQ to SQL 開發系統的話，若兩個關連的表格需要更新資料，但需要更新的資料是 Foreign Key 的值的話，就有些地方需要特別注意，由於透過 LINQ to SQL 讀取或寫入資料都是透過 ORM ( Object-relational mapping ) 的方式儲存，讓原本在資料庫中的資料改以物件的方式表達，因此對這種包含關連的物件，就不能像用 T-SQL 的方式一樣改變關連的鍵值。
... 繼續閱讀 ...
之前我曾經寫過一篇【解決 LINQ to SQL 資料庫更新衝突的情形】，主要是講解在寫 LINQ to SQL 程式的時候(Code Behind)若發生衝突的解決辦法，但我最近遇到的問題是，當我的頁面用的是 DetailsView + LinqDataSource 且完全是用宣告(Declarative)的方式寫成的，也就是改頁並沒有寫任何程式碼，這時發生了衝突的狀況的錯誤訊息是 Row not found or changed （如下圖示），不過卻完全看不出哪裡錯了，只知道新增資料的時候不會出錯，但每次更新或刪除的時候都會出錯，而從堆疊追蹤(Stack Trace)所顯示的訊息來看，也沒地方讓我修改，遇到這種問題先不要驚慌，因為這應該只能用我文章中說明的第三種方法進行設定了。
... 繼續閱讀 ...
在 ADO.NET 2.0 有個 Query notifications (SqlDependency) 機制，讓 SQL Server 2005 能夠主動通知你的應用程式(Application)來源資料是否變更，尤其是在做資料快取(Cache)的時候特別有效率。但自從改用了 LINQ to SQL 好像就很少人提到如何利用 SqlCacheDependency 類別進行 LINQ to SQL 查詢後的結果做快取。
... 繼續閱讀 ...
我們通常會使用 DetailsView 或 FormView 控制項進行資料的新增、編輯、刪除等動作，而通常我們會在裡面放置許多 Validator 控制項以驗證資料格式是否正確，不過當進行較大的專案時，開發人數通常會比較多，而且人員之間的分工也會比較明確，有的人做 SA、有的人做 DBA、有的人做 ASP.NET UI Process 開發...等等，在分層負責的情況下若能夠有效分割工作，不但專案品質會比較高，大家在寫程式的過程中也會比較專注。
... 繼續閱讀 ...
我有一個頁面是使用 DetailsView 進行資料的新增與更新動作，其中有個圖片欄位在資料庫中的資料格式為 VarBinary(MAX)，直接用來儲存圖檔的二進位內容，在新增資料的時候上傳檔案並存入資料庫中，在更新的時候直更新該欄位的內容，不過在更新的時候執行的時間都非常久，即便是上傳 10KB 左右的圖檔，在執行到 db.SubmitChanges(); 時都會執行個 30 秒以上，如果上傳幾 MB 的檔案就要執行好幾分鐘，所以常常會發生 Timeout 的情況。
... 繼續閱讀 ...
我前陣子遇到一個偶發的錯誤狀況，就是我在我某個頁面中需要計算文件下載的次數，因此需要每次進入頁面時都要讓該筆資料的 num 欄位的值自動加 1，也就是每次都要更新資料庫，但是每過幾天就有可能收到幾個 System.Data.Linq.ChangeConflictException 例外狀況，錯誤訊息如下：
... 繼續閱讀 ...
這陣子的專案幾乎每個都會用到 LINQ to SQL 技術，但我發現有些人在撰寫程式碼的時候有些不太好的習慣，會對資料庫進行一些多餘的查詢動作或建立多餘的 DataContext，以下是我最近觀察到的幾種狀況與建議的寫法：
... 繼續閱讀 ...
我有個專案原本都在 SQL Server 2005 上面開發的，到最後才將資料庫轉換到 SQL Server 2000 上，結果在執行 Insert 的時候卻發生 "The primary key column of type 'UniqueIdentifier' cannot be generated by the server. " 錯誤訊息，如下圖：
... 繼續閱讀 ...