?。?） PersistentSqlDataManager則扮演了DataAdapter的角色，通過預先設置的Commands來執行真正的數據庫操作；在實際撰寫的employee data manager中，開發人員確實需要提供基本的SQL語句，就像在SqlCommond中設置的那樣（Borland ECO則更進一步，以OCL代替了SQL）；
?。?） 在employee business object的聲明中，對象屬性與數據庫字段的對應關系是通過.NET Attribute機制體現的，所以修改起來還是比較方便的，雖然相比配置文件的方式顯得不夠靈活（請參考OJB的介紹）,比如：需要重新編譯，開發人員不得不關注數據庫字段等。
OJB：
從圖中不難看出：
?。?） 該方案的實現比較復雜，但用戶需要實際撰寫的代碼變少了（只需要編寫employee business object），這其中的要害就在于引入了配置文件；同時，由于配置文件的引入，我們在hello world application中也不需要調用類似OPF解決方案（請參考上文的OPF類圖）中的RegisterObject方法，所有這一切（甚至包括數據庫連接信息），系統都已了如指掌！
