java數(shù)據(jù)庫設計原則(編輯修改稿)
2025-02-08 19:03 本頁面
【文章內(nèi)容簡介】 PK是供程序員使用的表間連接工具，可以是一無物理意義的數(shù)字串 , 由程序自動加 1來實現(xiàn)。也可以是有物理意義的字段名或字段名的組合。不過前者比后者好。當 PK是字段名的組合時，建議字段的個數(shù)不要太多，多了不但索引占用空間大，而且速度也慢。 ? 8. 正確認識數(shù)據(jù)冗余 主鍵與外鍵在多表中的重復出現(xiàn) , 不屬于數(shù)據(jù)冗余，這個概念必須清楚，事實上有許多人還不清楚。非鍵字段的重復出現(xiàn) , 才是數(shù)據(jù)冗余！而且是一種低級冗余，即重復性的冗余。高級冗余不是字段的重復出現(xiàn)，而是字段的派生出現(xiàn)。 〖 例 4〗 ：商品中的“單價、數(shù)量、金額”三個字段，“金額”就是由“單價”乘以“數(shù)量”派生出來的，它就是冗余，而且是一種高級冗余。冗余的目的是為了提 高處理速度。只有低級冗余才會增加數(shù)據(jù)的不一致性，因為同一數(shù)據(jù)，可能從不同時間、地點、角色上多次錄入。因此，我們提倡高級冗余 (派生性冗余 )，反對低 級冗余 (重復性冗余 )。 ? 9. ER圖沒有標準答案 信息系統(tǒng)的 ER圖沒有標準答案，因為它的設計與畫法不是惟一的，只要它覆蓋了系統(tǒng)需求的業(yè)務范圍和功能內(nèi)容，就是可行的。反之要修改 ER圖。盡管 它沒有惟一的標準答案，并不意味著可以隨意設計。好的 E?R圖的標準是：結(jié)構(gòu)清晰、關聯(lián)簡潔、實體個數(shù)適中、屬性分配合理、沒有低級冗余 ? 10. 視圖技術(shù)在數(shù)據(jù)庫設計中很有用 與基本表、代碼表、中間表不同，視圖是一種虛表，它依賴數(shù)據(jù)源的實表而存在。視圖是供程序員使用數(shù)據(jù)庫的一個窗口，是基表數(shù)據(jù)綜合的一種形式 , 是數(shù)據(jù)處理的一種方法，是用戶數(shù)據(jù)保密的一種手段。為了進行復雜處理、提高運算速度和節(jié)省存儲空間 , 視圖的定義深度一般不得超過三層。 若三層視圖仍不夠用 , 則應在視圖上定義臨時表 , 在臨時表上再定義視圖。這樣反復交迭定義 , 視圖的深度就不受限制了。 ? 11. 中間表、報表和臨時表 中間表是存放統(tǒng)計數(shù)據(jù)的表，它是為數(shù)據(jù)倉庫、輸出報表或查詢結(jié)果而設計的，有時它沒有主鍵與外鍵 (數(shù)據(jù)倉庫除外 )。臨時表是程序員個人設計的，存放臨時記錄，為個人所用。基表和中間表由 DBA維護，臨時表由程序員自己用程序自動維護。 ? 12. 完整性約束表現(xiàn)
環(huán)評公示相關推薦
鄂ICP備17016276號-1