酒店軟裝設計是多元化的產(chǎn)品

PersistentObjects持久對象酒店設計ObjectPersistence問題解決方案Language-levelDatabasesRelationalO-RObject-OrienteddatabaseHibernate簡介討論PersistenceWhathappenstotheobjectsofanapplicationwhenitsexecutionterminates?TransientobjectsPersistentobjects//Serializetoday'sdatetoafile.f=new("tmp");ObjectOutputs=newObjectOutputStream(f);s.writeObject("Today");s.writeObject(newDate());s.flush();Java:

WritingtoanObjectStreamReadingfromanObjectStream//Deserializeastringanddatefromafile.in=new("tmp");ObjectInputStreams=newObjectInputStream(in);Stringtoday=(String)s.readObject();Datedate=(Date)s.readObject();對象結構的存儲與提取對象持久化的難點之一：對象之間的引用對象結構的存儲與提取需持久化整個對象引用閉包PersistenceclosureJava的serializable規(guī)則缺省規(guī)則：非static非transient的數(shù)據(jù)成員用戶定義classListimplementsSerializable{ Listnext; privatestaticfinalObjectStreamField[]serialPersistentFields=

{newObjectStreamField("next",List.class)};}對象結構的存儲與提取存儲格式問題同構環(huán)境異構環(huán)境XML(Tool:Caster…)對象結構的存儲與提取閉包可能太大小對象引用（共享的）大對象對象結構的存儲與提取Java的transient修飾子Transientfields不被序列化Static也不開發(fā)者負責維護Schemaevolution持久化問題的又一難點讀取對象的類不是存儲對象的類，比如做了修改，或是其某個子類？Na?veapproaches放棄先前持久化的對象一次性全體轉換自動對象轉換DetectionNotificationCorrection自動對象轉換Detection：標記對象版本Policies:nominalvs.structuralNominal:classversioning命名ConfigurationManagement或者Randomnumber(OLE2)集中注冊處Structural:依據(jù)Class結構據(jù)之生成Classdescriptor,類名；類全文；類名＋屬性＋方法；再加類不變式自動對象轉換Notification語言機制支持Eiffel inClassGENERALcorrect_mismatchis do raise_mismatch_exception end開發(fā)者可在ANY中為整個系統(tǒng)重定義該feature自動對象轉換Correction增加attribute刪除attribute核心在于維護不變式自動對象轉換：JavaserialVersionUID自動定義（根據(jù)類文件生成）1.Classname2.Theclassmodifiers3.Thenameofeachinterface

4.Foreachfieldoftheclass(exceptprivatestaticandprivatetransientfields):ThenameofthefieldThemodifiersofthefieldThedescriptorofthefield5.Foreachmethodincludingconstructors,exceptprivatemethodsandconstructors:ThenameofthemethodThemodifiersofthemethodThedescriptorofthemethod

自動對象轉換：Java手工指定ANY-ACCESS-MODIFIERstaticfinallongserialVersionUID=42L;類改變時仍然能夠反序列化Java定義了一些“兼容”條件，符合條件的自動轉換可以容忍的：addingfieldsetc太糟糕的:“Changingthetypeofafield”,delfields,etc對于實在“糟糕”的類修改可以定制序列化和反序列化方法

privatevoidreadObject(ObjectInputStreamin){} privatevoidwriteObject(ObjectOutputStreamout){}對象持久化與數(shù)據(jù)庫為什么要數(shù)據(jù)庫序列化：單個對象入口的一個對象閉包，須一次提取、重建所有對象基于內(nèi)容的查詢？并發(fā)存?。繉ο蟪志没c數(shù)據(jù)庫數(shù)據(jù)庫PersistenceProgrammablestructureArbitrarysizeAccesscontrolProperty-basedqueeringIntegrityconstraintsAdministrationSharingLockingTransaction自然地，要用數(shù)據(jù)庫來存儲持久化對象對象持久化與數(shù)據(jù)庫關系型數(shù)據(jù)庫：數(shù)據(jù)庫的主流關系關系代數(shù)Selection,Projection,Join對象持久化與數(shù)據(jù)庫對象關系互操作模型不同如果有時對象系統(tǒng)必須處理關系數(shù)據(jù)庫中的數(shù)據(jù)有時對象結構很簡單，關系模型能夠表達否則impedancemismatch對象持久化與數(shù)據(jù)庫impedancemismatch關系數(shù)據(jù)庫數(shù)據(jù)結構規(guī)整，成員數(shù)目類型固定結構簡單，成員類型屬于一個既定小集合這些類型由大小固定的類型組合而成那么大小不定的域？表示對象引用的域？基于引用的間接查詢？繼承？更重要的是：對象identity語義對象持久化與數(shù)據(jù)庫面向?qū)ο髷?shù)據(jù)庫解決面向?qū)ο筌浖到y(tǒng)進行對象持久化時，與關系數(shù)據(jù)庫間的不匹配問題克服關系數(shù)據(jù)庫本身的限制提供更高級的數(shù)據(jù)庫設施對象持久化與數(shù)據(jù)庫面向?qū)ο髷?shù)據(jù)庫最小要求[zdonik1990]數(shù)據(jù)庫功能支持封裝對象聯(lián)系于唯一ID支持對象引用此外對象版本，類版本與schemaevolution,Longtransactions,lockingquerisHibernate:

Object-RelationMapping當前的現(xiàn)實：應用分層兩層結構三層結構N-層結構對象－關系映射簡單映射將一個類中的一個數(shù)據(jù)成員定為關鍵字其它數(shù)據(jù)成員為屬性添加、更新、刪除、查詢對象－關系映射繼承：方案1：子類父類各自映射到各自的關系上。優(yōu)點？缺點？對象－關系映射繼承方案2：所有繼承自一個類的類都映射到一個表上增加一欄標記當前記錄對應的對象的類優(yōu)點？缺點？對象－關系映射繼承方案3：父類映射的關系與子映射的關系共享相同的主鍵值，父類關系只記錄本身的屬性，如果要查詢的是子類，則透過外鍵參考從父類表格中取得繼承而來的屬性值。

對象－關系映射Component映射子對象Set映射對象中某屬性是一個集合集合元素僅僅是值，無identity映射到另一個關系，用外關鍵字表明其屬于哪個對象List映射與Set類似再加一欄表示位置對象－關系映射Map映射Key-Val屬于誰Set和Map可排序?qū)ο螅P系映射實體映射實體：有id的關系實體之間的關系一對一一對多多對一多對多HibernateSession管理事務管理樂觀鎖定悲觀鎖定Caching…JavaPersistenceAPI作為EJB3的一部分Hibernate可作為JPA的providerBTW,about“provider”