軟體主廚的程式料理廚房

如果資料庫都隸屬於同一台伺服器，資料庫之間要 JOIN 彼此的資料表是相對容易的，在有權限的前提下，只要在資料表的前面加上「[資料庫名稱].[結構描述]」，就能存取得到其他資料庫的資料表，就像這樣：[DB].[dbo].[Table]。

但是在 Entity Framework Core 中，似乎沒有那麼容易，通常一個資料庫會建成一個 DbContext，當我們直接把隸屬於不同 DbContext 的 DbSet 拿來做 Join，我們得到以下的錯誤訊息：

Cannot use multiple context instances within a single query execution. Ensure the query uses a single context instance.

根據外部傳入參數，動態組裝資料庫查詢條件，這是一個很常見的需求，多數的程式設計師應該都有實作過，這天我在使用 Entity Framework Core 做動態條件組裝的時候，「OR」條件讓我卡了一下。

使用 Entity Framework 大都會搭配 Lambda Expression 到資料庫去 Query 資料出來，但是通常我們只能在程式碼中先寫好查詢的條件，當遇到不同條件的時候就要再寫一組查詢的條件，那我們能不能寫一個查詢條件的產生器，可以依照我丟進去的條件參數，幫我產生不同組合的查詢條件？

在[料理佳餚] Entity Framework Code First 不算太難用這篇有講到要使用 Code First 不難，難的地方是不要讓 Entity Framework 拿我們設計出來的 Model 去建出低效的資料表。

要避免 Entity Framework Code First 建出低效資料表，了解 TPH、TPT、TPC 這三種資料表被建立的方式是必須要做的功課之一。

Entity Framework（本篇討論的是 6.x 版本）基本上有 3 種 ORM 的方式：Database First、Model First、Code First。

一般人對 Code First 的恐懼是它必須透過程式碼來控制 Table Schema、Field Attribute…等來完成資料庫的設計，比起用 SSMS 透過 GUI 來操作顯得不是很方便。