我發現許多人對使用 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，而是一個開發時應注意的地方，採用標準的寫法準沒錯。
... 繼續閱讀 ...
熟悉 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)等。
... 繼續閱讀 ...
剛花了些時間靜下心來讀了些 Entity Framework 相關資料，終於對 Entity Framework 有了些清楚的輪廓，由於我之前 LINQ to SQL 還算有點瞭解，對 ORM ( Object-relational mapping ) 也還算有點概念，所以在這樣的基礎之下，我相信要上手 Entity Framework 應該不是什麼難事。
... 繼續閱讀 ...
我們通常在寫 LINQ to SQL 專案時，都會利用 Visual Studio 2008 內建的 LINQ to SQL DBML Designer 讓我們透過視覺化的介面將資料庫表格、檢視表或預儲程序從 Server Explorer 拖曳到設計視窗中，不過缺點就是當資料庫結構(DB Schema)改變了之後就需要跟著修正，我通常有以下選擇：
... 繼續閱讀 ...