北京
很多開發(fā)者選關(guān)系型數(shù)據(jù)庫的理由很直白："我的數(shù)據(jù)有關(guān)系，所以需要外鍵，所以需要RDBMS。"這個因果鏈條聽起來順，其實是倒的。
真相是：范式化創(chuàng)造了外鍵的需求，而不是反過來。
當(dāng)你把領(lǐng)域模型拆成第三范式，你其實在拆解聚合——那些天然形成一致性邊界的實體組合。訂單、行項目、收貨地址、支付信息，在業(yè)務(wù)上是一體的。行項目脫離訂單沒意義，地址屬于這次購買，支付授權(quán)對應(yīng)這個總價。
文檔數(shù)據(jù)庫里，這個聚合保持完整。一次寫入原子替換整個訂單，沒有孤兒行項目，地址不會漂移。結(jié)構(gòu)本身就是完整性。
范式化之后呢？
orders、order_items、shipping_addresses、payments——四張表，四個主鍵，三個外鍵。原本內(nèi)聚的數(shù)據(jù)被物理拆散，關(guān)聯(lián)只剩共享的屬性值，查詢時靠JOIN重建。
所以"關(guān)系型"的relational，指的是數(shù)學(xué)上的關(guān)系（表），不是實體間的關(guān)系。范式化恰恰消解了實體關(guān)聯(lián)，把它推遲到查詢階段，換取與具體應(yīng)用無關(guān)的數(shù)據(jù)表示。
外鍵和代理鍵，是你親手拆散關(guān)系之后，不得不發(fā)明的縫合工具。
特別聲明：以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布，本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
