在hibernate框架中,由於其在服務器與數據庫交互數據的時候將設計思想由傳統的請求數據方式,改成了面向對象的數據交互模式,而被大家推崇,而風靡一時.現在的很多傳統項目上也有基於ssh框架的設計項目.在ssh框架中,hibernate的這個框框理念裏我們學習和使用的時候往往會在數據庫的面向對象思想中形成一個困擾.那就是在多表中,如果在數據保存和更改等操作的時候如果都來維護表關係,就會有代碼冗餘的情況出現,爲了解決這個問題,設計者就在設計的時候提出了需要有一方放棄維護關係,誰該維護關係,誰該放棄維護關係.下面我們就通過一些簡單的分析來解釋一下這個問題.
在數據庫多表的關係中存在以下幾種表關係,
1,一對多
2,多對一
3,多對多
下面來進行講解
在表數據一對多和多對一是屬於一種類型的,在關係維護上,一的一方可以放棄維護關係,讓多表的一方來維護關係.由於一對多和多對一的表關係在開發中存在的時候不多,在這裏不再贅述.只需要記住一的一方放棄維護關係即可.
主要來介紹一下多表與多表之間的關係維護.
在多表與多表的維護關係上,我們可以從理論上認爲雙方都可以維護關係,但是爲了簡化代碼,防止冗餘,我們就要將其中一者主動放棄維護關係,
在選擇放棄的一方的時候我們要有一個思想,通過這個思想來進行分析,下面通過這個例子來進行解釋這個思想.
學生和老師的關係.
一個班級有很多學生進行學習,同時也有很多老師進行爲學生進行授課,所以學生和老師的關係就是多對多的關係.
在學校中學校需要先招來一些老師進行專業的技術培訓,或者崗前培訓.這樣確保了老師的能力以後纔到社會進行招生,所以這個時候在學校裏首先是先有了老師這個角色,然後纔有了學生.所以在老師和學生的關係裏,老師先出現,學生後出現,那麼在開發中,我們就可以讓現出來的一方(老師)放棄了維護關係的權利,讓學生來維護關係.
同樣的例子,在公司中,部門和員工的多對多關係中,公司是先根據公司的性質和業務來分配部門,然後根據部門需求來進行招員工,所以在部門和員工的關係中,部門可以放棄維護關係,讓員工來維護關係.
這就是在多表中,表與表關係的一些我認爲比較好理解的解析,希望給君幫助.