依賴映射 Dependent Mapping

標籤：a   資料   使用   工作   管理   代碼   

讓一個類為其子類(泛意上的)執行ＤＢ映射

• 一些對象肯定會出現在另一對象的上下文中.
• 此時,使用另一對象的Mapper來執行第一個對象的映射,來簡化映射過程.
• 運行機制
  • 在DB持久化時,依賴者類依賴於所有者類.每個依賴者只能有一個所有者.
  • 活動記錄和行資料入口
    • 依賴者類的映射代碼都寫在所有者中.
  • 資料對應器
    • 沒有依賴者的映射器類,在所有者的映射器中完成依賴者的映射代碼.
  • 表資料入口
    • 根本沒有依賴者類.在所有者中完成對依賴者的處理.
  • 通常,載入一個所有者時,會把相關的依賴者載入.當該相關載入耗費很大時,會使用消極式載入.
  • 依賴者
    • 沒有標識域.也就不用儲存到一個標識映射中.
    • 不能通過ID由尋找方法載入.從而沒有依賴者的尋找器,而僅存在所有者的尋找器.
    • 一個依賴者也可能是另一個依賴者的所有者.此時,由主所有者控制整個依賴者階層.
  • 記憶體對象中,只有所有者和依賴者的依賴者才能夠擁有指向依賴者的引用.
  • Db中,除了所有者表,和擁有所有者的表之外,其它表不能擁有依賴者表的外鍵.
  • UML中,使用組合來表示兩者之間的關係.
  • 更新
    • 由所有者來完成對依賴者的寫和儲存.
    • 對依賴者的更新可以通過刪除和插入來完成.該過程不需要分析(直接先刪除,後插入).
  • 但是,對所有者是否變化的跟蹤會變得複雜.
    • 所有對依賴者的改變都要標記所有者.
    • 方案:讓依賴者恒定不變.
      • 這樣,對依賴者的改變,都是先移除,再插入一個新的依賴者的過程.
      • 此方案簡化了DB映射,但同時耦合了記憶體模型和資料庫映射.
• 使用時機

• 當一個對象製備另一個對象引用時,一般是某個對象擁有一個對應的依賴者集合時,同時依賴者又沒有後向指標時.
• 同時,如果對象本身不需要ID時,使用它簡化了對象的保持管理.
• 需要滿足的前置條件
  • 每個依賴者僅有一個所有者
  • 不能存在出所有者之外的對象擁有對依賴者的引用.
• 它是一種簡化DB映射的技術,同時會使得無法從外部參考依賴者.導致根所有者的尋找機制很複雜.
• 在使用工作單元時,不要使用它.
  • 工作單元不能控制依賴者.結果會出現孤立的不被跟蹤的依賴者.