從 EF6 移植到 EF Core - 資料庫作為事實來源

如果您使用資料庫做為事實來源，升級主要涉及解決所產生實體形狀的任何變更。 移轉的步驟包括：

1. 挑選時間點來建立資料庫的模型。
2. 請確定您的 EF6 專案是最新且與資料庫同步。
3. 建立 EF Core 專案。
4. 使用 Scaffolding 工具來 將資料庫反向工程為程式碼。
5. 驗證 EF Core 產生的類別是否與您的程式碼相容。
6. 針對例外狀況，請修改產生的類別並更新 模型組態 ，或將您的程式碼調整為模型。

請注意，雖然 EF Core 目前會建立成功產生資料庫複本所需的所有專案，但資料庫優先方法不需要大部分的程式碼。 此問題的修正會在問題 #10890 中 追蹤。 您可以視需要安全地忽略的專案包括：序列、條件約束名稱、非唯一索引和索引篩選。

處理架構變更

當您的資料庫是事實來源時，EF Core 會從資料庫提取架構資訊，而不是透過移轉推送架構資訊。 一般工作流程是每當資料庫架構變更時，重新執行反向工程步驟。 完整的測試套件對於此方法而言十分有用，因為您可以自動化 Scaffolding 程式，並執行測試來驗證變更。

處理模型差異的提示

基於各種原因，您可能會希望 C# 領域模型與反向工程所產生的模型不同。 在許多情況下，這表示在每次架構變更之後，手動更新自動產生的程式碼。 重新產生程式碼時防止額外投入的其中一種方法，就是針對 DbCoNtext 和相關實體使用部分類別。 然後，您可以在一組不會被覆寫的類別檔案中，保留與商務邏輯和屬性無關的程式碼。

如果您的模型與產生的模型明顯不同，但不會經常變更，其中一個選項是使用 存放庫模式 作為配接器。 存放庫可以使用 EF Core 產生的類別，併發布您使用的自訂類別。 這可藉由將變更隔離至存放庫程式碼來降低變更的影響，而不需要在每次架構變更時執行整個應用程式的重構。

您可以考慮替代工作流程，並遵循類似 混合式方法 的步驟。 您不一次產生一組新的類別，而是指示特定資料表只產生新的類別。 您可以保留現有的類別「現狀」，並直接新增或移除已變更的屬性。 接著，您會更新模型組態，以解決資料庫如何對應至現有類別的任何變更。

自訂程式碼產生

EF Core 6 目前不支援自訂產生的程式碼。 有協力廠商解決方案，例如 可用的 EF Core Power Tools 。 如需精選社群工具和延伸模組的清單，請參閱： EF Core 工具和延伸模組 。

最後，檢閱 EF6 與 EF Core 之間差異的詳細清單，以解決移植的任何剩餘問題。