《hibernate培训讲座PPT学习教案》由会员分享，可在线阅读，更多相关《hibernate培训讲座PPT学习教案（86页珍藏版）》请在装配图网上搜索。
1、会计学1hibernate培训讲座培训讲座第1页/共86页持久化持久层持久化如何演变为持久层？是不是只要在应用中用了数据库就天然具备了“持久层”了呢？未必！第2页/共86页第3页/共86页第4页/共86页第5页/共86页第6页/共86页Customer-levelsumAmount: int: BigDecimalPromotion-levelratio: int: doubleCustomerDao+getCustomer (String customerID)save (Customer customer): Customer: voidPromotionDao+getPromotion
2、(int level) : Promotion第7页/共86页第8页/共86页第9页/共86页第10页/共86页第11页/共86页第12页/共86页第13页/共86页第14页/共86页开发如何分层？开发如何分层？业务逻辑层和持久化层绝不要依赖于展现层。持久层对于业务层是透明的，持久层和业务层的变化是彼此独立的。第15页/共86页第16页/共86页第17页/共86页第18页/共86页第19页/共86页第20页/共86页第21页/共86页对象对象关系数据库关系数据库类表对象记录类的属性（基本类型）表的列1:n/n:1外键第22页/共86页Department-departmentIDname: L
3、ong: String第23页/共86页第24页/共86页第25页/共86页第26页/共86页第27页/共86页第28页/共86页第29页/共86页第30页/共86页第31页/共86页第32页/共86页第33页/共86页第34页/共86页第35页/共86页第36页/共86页第37页/共86页第38页/共86页第39页/共86页该设计体现了一个“合成 ”的关系（composition）：即整体和部分的关系。部分不可独立存在而依赖于整体。sendMessage()这种细粒度的设计更好的体现了类的内聚性，体现了对象设计的职责分配原则：将职责分配给拥有履行一个职责所必需信息的类 。第40页/共86页这
4、样的设计是不必要的，并且存在性能问题。第41页/共86页第42页/共86页第43页/共86页对象模型存在“is a”和“has a”的关系，而关系模型仅仅存在“has a”的关系，这是对象模型和关系模型最明显的mismatch，如何将“is a”转化为数据库中的“has a”是hibernate需要解决的问题。第44页/共86页这是最简单的一种方式：每一个子类对应一张表，父类没有表。这种方式会产生“Polymorphic queries”的问题。第45页/共86页第46页/共86页整个继承树对应一张表，子类用type discriminator字段来区分。这种方式在性能和简单性两方面都做的很好
5、。父类的变动很方便。第47页/共86页第48页/共86页第49页/共86页这种设计符合数据库的设计范式。但是可能会有严重的性能问题。第50页/共86页第51页/共86页第52页/共86页第53页/共86页第54页/共86页第55页/共86页第56页/共86页第57页/共86页第58页/共86页第59页/共86页第60页/共86页第61页/共86页第62页/共86页第63页/共86页第64页/共86页第65页/共86页第66页/共86页第67页/共86页第68页/共86页第69页/共86页第70页/共86页第71页/共86页第72页/共86页第73页/共86页第74页/共86页第75页/共86页第76页/共86页第77页/共86页第78页/共86页第79页/共86页第80页/共86页第81页/共86页第82页/共86页第83页/共86页粒度顺序是：粒度顺序是：service dao domain业务逻辑尽量写在业务逻辑尽量写在domain里，不要在里，不要在service写任何业写任何业务逻辑，而仅仅在务逻辑，而仅仅在service里调用里调用dao和和domain，完成，完成事务逻辑，供前台调用。事务逻辑，供前台调用。第84页/共86页第85页/共86页
hibernate培训讲座PPT学习教案
