我發現許多人對使用 LINQ 執行 JOIN 查詢並不是那麼的熟悉，而且語法也不見得像 T-SQL 那樣直覺，但事實上只是我們比較熟悉 T-SQL 的語法與資料庫架構而已，當我們換成 ORM (Object-relational mapping) 技術後所有對資料的操作必須全部改以「物件」與「實體」來思考，所以在這轉換的過程經常轉不過去，連我自己也有時會忘記怎麼寫，也經常利用 Linq Samples and the Sample Query Explorer 幫我查出適當的寫法。
... 繼續閱讀 ...
ASP.NET MVC 的開發原則有個 SoC (Separation of Concern) 的觀念，我們在開發較大型的 ASP.NET MVC 應用程式時會特別將資料存取層(Data Access Layer) 再細分為兩個層次，分別是 Repository Layer (資料倉儲層) 負責資料存取與欄位格式驗證，與 Service Layer (服務提供層) 負責資料篩選與商業邏輯驗證，但分層之後遇到了一個之前沒想過的問題，進而導致 LINQ to SQL 查詢效能不彰。
... 繼續閱讀 ...
在使用 Model Binder 繫結資料模型時 (Entity Type) ，大部分情況都是非常方便的，可有效減少 Action 參數的用量，也可大幅降低程式複雜度。但是在我們之前的某個專案就採到一個 Model Binder 的地雷，這個地雷不是 ASP.NET MVC 的 Bug，而是一個開發時應注意的地方，採用標準的寫法準沒錯。
... 繼續閱讀 ...
我們都知道 SqlCacheDependency 有個很大的限制，就是一次只能用「單一表格」做判斷，如果你有個檢視表(View)或使用的 SQL 語法有 JOIN 兩個以上的表格，就無法利用 SqlCacheDependency 幫你達成快取相依(CacheDependency)的設計，但我們大多的案子很少有「單一表格查詢」的狀況，以導致很多情境下無法使用 SqlCacheDependency 感覺十分懊惱，但我們最近想出了新方法！
... 繼續閱讀 ...
前陣子用了 SQL Server 2005 中極少人使用的 Query Notification 功能，且我下的 SQL 指令明明就很單純，只是做一個簡單的 SELECT 查詢卻會引來 SQL Server 的內部錯誤，自己奮戰了一個多月無解，最後還是靠微軟的技術支援中心幫我解了這個難題。
... 繼續閱讀 ...
熟悉 LINQ to SQL 的朋友應該很清楚如何透過 Skip 與 Take 方法來取得資料的部分集合，但各位可能不知道透過這種方式分頁時有個很有可能出錯的地方，而且這個錯誤可能會讓你覺得這是 LINQ to SQL 的 Bug，有在使用 LINQ to SQL 分頁的人必看此篇文章。
... 繼續閱讀 ...
最近有個專案很奇怪，我有個 Visual Studio 方案檔，開啟後會載入好幾個專案(Project)，其中有個專案負責所有與 Data Access Layer (DAL) 有關的工作，但我每次剛開啟 Visual Studio 2008 並載入專案後都無法直接按下 F6 直接建置方案( Build Solution )，都一定要先建置(Build)含有 DBML 的那個專案，才能再按下 F6 建置整個方案。
... 繼續閱讀 ...
我們今天遇到一個特殊的例子，當資料庫中的其中一個表格設定一個 AFTER INSERT 觸發程序(Trigger)時，竟然造成新增資料失敗，錯誤訊息如下：
... 繼續閱讀 ...
我們常用的 LINQ to SQL 就是一種簡單、易用的 ORM 技術。我們也都知道若是拿採用 ORM 技術與直接存取 Database 這兩件事來比較，ORM 因為多卡了一層一定會比較慢一些些，但是採用 ORM 技術有很多機會可以調校(Tuning)，例如資料快取(Caching)、定義查詢計畫(Query Plan)等。
... 繼續閱讀 ...