實體類

實體類表示應用程序中的持久數據庫對象。它不是數據庫中的持久類。

稱它們持久的原因是在應用程序終止之前，實體對象的最新映射會持久保存在數據庫中。
如此，同一個應用程序或者其他應用程序的后續活動就可以再次獲取這些實體對象，且只需要從數據庫中重新裝載實體對象到程序內存中即可。

應用程序與持久數據庫模型的關聯

下圖表示了PCBMER體系結構框架中的向下依賴原則(DDP)擴展了應用程序與持久數據庫之間的通信。

資源子系統專門負責與數據庫通信。所有來自應用程序的SQL查詢和對存儲過程的調用由資源類產生并傳遞給數據庫服務器，數據庫服務器返回所有的數據和結果在傳遞到實體子系統之前首先要傳遞到資源類。

實體子系統表示應用程序內存中的業務對象，必須仔細定義業務對象與對應數據庫表記錄之間的映射規則。

映射規則由中介者子系統使用，中介者負責管理應用程序的內存以及對象在內存與數據庫之間的人和移動。也就是說，當控制類需要訪問一個業務對象而事先沒有該對象的句柄（引用）時，中介者子系統就是調用的第一個端口。這也意味著中介者子系統必須管理執行數據庫訪問和修改的業務事務。

O-R映射的困難性

應用程序與數據庫之間的映射是復雜的，主要有兩方面的原因。

原因一是數據庫的存儲結構處理不了面向對象泛型，實際上是非面向對象結構（通常是關系表）到實體子系統類的轉換。即使目標數據庫就是一個對象數據庫，數據庫的特性也使得這個轉換需要經過仔細的考慮。

原因二是數據庫幾乎都不是為單個應用程序設計的，需要能滿足所有應用程序的最優數據庫設計而不僅僅是只針對所考慮的應用程序。所有與該數據庫相關的應用程序具有與它們一致的數據庫結構。數據庫設計人員應該考慮到未來，預測將來的應用程序對數據庫的需求，并設計出滿足這些需求的數據庫。

總結

以上是生活随笔為你收集整理的【软件工程】实体类的持久性的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。