老周

摘要： “多對多”關系不像“一對多”那么“單純”，它內部涉及到“連接實體”（Join Entity）的概念。咱們先放下這個概念不表，來了解一下多對多數據表為什么需要一個“輔助表”來建立關系。 假設有兩張表：一張表示學生，一張表示選修課。那么，這里頭的關系是你可以選多門課，而一門課可以被多人選。這是多對多關系 閱讀全文

摘要： 比 90% 的人細心的大伙伴一定發現了 DbContext 類有一個方法叫 FromExpression，它到底干嗎用的？官方文檔中沒有專門的介紹（只在表值函數映射的例子中看到）。 咱們先來看看此方法的簽名： IQueryable<TResult> FromExpression<TResult>(E 閱讀全文

摘要： 本來老周計劃在 10 月 1 日或 2 日寫這篇水文的，沒打算出去玩（確實沒啥好玩）。不過因為買的運動相機到手，急著想試試效果，于是就備了些干糧，騎著山地車在外面鬼混了一天。10 月 2 日，家里來了三位熱愛學習的小妹妹，必須傳道授業解惑。10 月 3 日去表弟家里挑一只戰斗力強的貍花貓，負責家里的 閱讀全文

摘要： 在開始水文章前，老周補充說明一下，在前一篇水文中，老周扯了跟 Owned 關系相關的一些話題，這里補充一句：Owned 關系是不存在“多對多”的，如果 A 實體 Own B 實體，那么，A 對 B 是完全占有，B只屬于A，數據不共享，這樣就不存在“多”的一端；但A可以同時占用B、C實體，所以一占多是 閱讀全文

摘要： 在很多個世紀前，老周曾寫過實體之間普通關系（一對一，一對多，多對多）與 Owned 關系的區別。不過，那次寫得比較粗淺，逼格不夠高，于是，老周厚著臉皮地決定重新寫一下。 首先，為什么這次老周用原單詞 Owned 呢，官方文檔目前的翻譯（懷疑是機器干的）為“從屬”，這種說法與普通關系數據庫中一對多、多 閱讀全文

摘要： 在使用外部模型那篇水文中，有大伙伴提出：老周，你那個 Ultraman 類和 Speciality 類的的關系是不是有問題，外鍵不應該在 Speciality 類上嗎，怎么會跑到 Ultraman 類上？因為它們是一對一關系，在配置的時候你也可以反過來，主要區別是誰引用誰的問題，由于是一對一引用，所 閱讀全文

摘要： 本文所講述內容，大伙伴們不必要完全掌握，畢竟，dotnet ef 工具會幫助咱們生成相關代碼。不過，為了讓各位能夠真正了解它，老周會做一次純手搓代碼。 所謂優化后的模型，相當于把實體的配置進行“硬編碼”，程序會執行更少的代碼來提升效率。放到實際代碼編寫上，這個活叫運行時模型，對應的類就是 Runti 閱讀全文

摘要： 對于模型的配置，98.757%的情況下，我們使用“數據批注”特性類，或者 Fluent API （重寫 DbContext 類的 OnModelCreating 方法）進行配置即可。但在少數情況下，可能會考慮在 DbContext 之外配置模型。比如： 你的實體類和模型，以及 DbContext 派 閱讀全文

摘要： 復合（或復雜）屬性，即 Complex Property，怎么理解呢？這是相對于常見的基礎類型，比如 string、int、byte、long 等類型的屬性就是基礎類型值，而由多個基礎類型構成的類型就是復合類型（當然，復合類型的屬性也可以其他復合類型，這里就不套娃了）。 比如，某頓飯由米飯、菜、肉、 閱讀全文

摘要： 對于玩 EF 的大伙伴來說，對 DatabaseFacade 類的 EnsureCreated 和 EnsureDeleted 方法應該很熟悉。這對方法可在運行階段創建或刪除數據庫。創建數據庫時，會連同數據表一起創建；至于說刪除數據庫時嘛……庫都沒了，哪還有表呢。 不過，有些時候，不，不是有些時候， 閱讀全文