1. 程式人生 > >數據庫到底用不用外鍵

數據庫到底用不用外鍵

每次 title upd 訪問 自己 需要 csdn 索引 聽說

最近工作中用到powerdesigner ,前期需要通過powerdesigner生成表結構,後來由於負責人員不在,很多表結構的添加沒有同步到powerdesigner,一個個核對表結構著實麻煩,於是想到到反向生成模型,但數據庫沒有外鍵關系導致生成的模型也沒有外鍵。對項目中不用外鍵感到好奇於是問了相關人員原因,並簡單了解了外鍵的特點和使用場景。為了進一步了解,在網上找了相關文章以下為轉載的原文鏈接:
http://www.cnblogs.com/pengxl/archive/2010/06/11/1756346.html

今天聽了一個企業技術總監的宣講,結果聽說在他開發系統的過程中,都沒有用到外鍵,這讓我很驚訝,趕緊上網搜索了一些資料看了看,終於明白了不用外鍵的原因。

這是一篇關於是否使用外鍵的討論,講的很有道理:
對於主/外鍵/索引來說,在一些開發團隊中被認為是處理數據庫關系的利器,也被某些開發團隊認為是處理某些具體業務的魔鬼,您的觀點呢?在實際應用中您會采取哪種方式?
大家共同觀點:主鍵和索引是不可少的,不僅可以優化數據檢索速度,開發人員還省不其它的工作,
矛盾焦點:數據庫設計是否需要外鍵。這裏有兩個問題:一個是如何保證數據庫數據的完整性和一致性;二是第一條對性能的影響。
正方觀點:
1,由數據庫自身保證數據一致性,完整性,更可靠,因為程序很難100%保證數據的完整性,而用外鍵即使在數據庫服務器當機或者出現其他問題的時候,也能夠最大限度的保證數據的一致性和完整性。eg:數據庫和應用是一對多的關系,A應用會維護他那部分數據的完整性,系統一變大時,增加了B應用,A和B兩個應用也許是不同的開發團隊來做的。他們如何協調保證數據的完整性,而且一年以後如果又增加了C應用呢?

2,有主外鍵的數據庫設計可以增加ER圖的可讀性,這點在數據庫設計時非常重要。
3,外鍵在一定程度上說明的業務邏輯,會使設計周到具體全面。

反方觀點:
1,可以用觸發器或應用程序保證數據的完整性
2,過分強調或者說使用主鍵/外鍵會平添開發難度,導致表過多等問題
3,不用外鍵時數據管理簡單,操作方便,性能高(導入導出等操作,在insert, update, delete 數據的時候更快)eg:在海量的數據庫中想都不要去想外鍵,試想,一個程序每天要insert數百萬條記錄,當存在外鍵約束的時候,每次要去掃描此記錄是否合格,一般還不止一個字段有外鍵,這樣掃描的數量是成級數的增長!我的一個程序入庫在3個小時做完,如果加上外鍵,需要28個小時!

結論:1,在大型系統中(性能要求不高,安全要求高),使用外鍵;在大型系統中(性能要求高,安全自己控制),不用外鍵;小系統隨便,最好用外鍵。2,用外鍵要適當,不能過分追求3,不用外鍵而用程序控制數據一致性和完整性時,應該寫一層來保證,然後個個應用通過這個層來訪問數據庫。

數據庫到底用不用外鍵