(7)在經過分析后確認所有的表都滿足二、三、四范式的情況下，表和表之間的關聯盡量采用弱關聯以便于對表字段和表結構的調整和重構。并且，我認為數據庫中的表是用來持久化一個對象實例在特定時間及特定條件下的狀態的，只是一個存儲介質，所以，表和表之間也不應用強關聯來表述業務(數據間的一致性)，這一職責應由系統的邏輯層來保證，這種方式也確保了系統對于不正確數據(臟數據)的兼容性。當然，從整個系統的角度來說我們還是要盡最大努力確保系統不會產生臟數據，單從另一個角度來說，臟數據的產生在一定程度上也是不可避免的，我們也要保證系統對這種情況的容錯性。這是一個折中的方案。

　　(8)應針對所有表的主鍵和外鍵建立索引，有針對性的(針對一些大數據量和常用檢索方式)建立組合屬性的索引，提高檢索效率。雖然建立索引會消耗部分系統資源，但比較起在檢索時搜索整張表中的數據尤其時表中的數據量較大時所帶來的性能影響，以及無索引時的排序操作所帶來的性能影響，這種方式仍然是值得提倡的。

　　(9)盡量少采用存儲過程，目前已經有很多技術可以替代存儲過程的功能如“對象/關系映射”等，將數據一致性的保證放在數據庫中，無論對于版本控制、開發和部署、以及數據庫的遷移都會帶來很大的影響。但不可否認，存儲過程具有性能上的優勢，所以，當系統可使用的硬件不會得到提升而性能又是非常重要的質量屬性時，可經過平衡考慮選用存儲過程。

　　(10)當處理表間的關聯約束所付出的代價(常常是使用性上的代價)超過了保證不會出現修改、刪除、更改異常所付出的代價，并且數據冗余也不是主要的問題時，表設計可以不符合四個范式。四個范式確保了不會出現異常，但也可能由此導致過于純潔的設計，使得表結構難于使用，所以在設計時需要進行綜合判斷，但首先確保符合四個范式，然后再進行精化修正是剛剛進入數據庫設計領域時可以采用的最好辦法。

　　(11)設計出的表要具有較好的使用性，主要體現在查詢時是否需要關聯多張表且還需使用復雜的SQL技巧。

　　(12)設計出的表要盡可能減少數據冗余，確保數據的準確性，有效的控制冗余有助于提高數據庫的性能。

　　2010年下半年軟考試題及答案解析匯總

　　2010年下半年軟件水平考試答案