您喜歡哪種數據庫設計？ 一種與實際的物理關系或一種模仿它的物理關系？

Question

設計關系數據庫時的最佳實踐是什么？ 要在表之間建立物理關系（從表到表之間繪制一條實際線）還是僅模仿這種關系？

例如

TableA具有列

ID, Name

TableB具有列

ID, CNIC, TableA_ID 

現在， TableA_ID上沒有實際的外鍵約束，但是仍然存儲映射到TableA的ID列的值。

我認為后者是好的，並且我相信前者會變慢並且存在級聯操作問題？

Answer 1

數據庫的主要工作之一是確保數據完整性 。
數據完整性的一部分是引用完整性 。
關系數據庫可確保具有外鍵約束的引用完整性。

刪除約束，然后刪除數據庫防止損壞數據的功能。

因此，在關聯表時始終應指定外鍵，即使是以性能損失為代價（通常可以忽略不計）。

即使約束不存在，您也無法模仿它-即使您有一個前端應用程序可以驗證輸入到數據庫中的所有數據-沒有什么可以阻止開發人員，DBA或直接訪問該數據庫的任何人數據庫錯誤地輸入損壞的數據。

Answer 2

關系模型不包含任何形式的物理鏈接。 一個關系（表）可以使用“鍵-外鍵”對來引用另一個關系（“鍵”可能不是主要的）。 為了確保引用的完整性，需要使用外鍵約束。 默認情況下，應在設計中使用外鍵約束。

通常，數據庫設計人員可以在FK列上添加索引，並且不考慮任何其他性能問題，因為它們在生產中得到了很好的管理（即臨時禁用FK檢查，批量加載操作忽略FK等）。