【正文】 ，cache usage=readonly/二級緩存之查詢緩存：對普通屬性進行緩存。不要使用一對一，盡量使用多對一。如果系統(tǒng)中只有一個數(shù)據(jù)庫存儲源，只需要創(chuàng)立一個。 =customer=(Customer)(, 4. (\Jack\)。 6. tx mit()。Customer()。= 5. (customer)。//line6//line2 //line3 ()。//line5 A) line1 B)line2 C)line3 D)line4 E)line5 F)line6(11)以下哪一種檢索策略利用了外連結查詢？〔單項選擇〕A)立即檢索 B)延遲檢索 C)迫切左外連結檢索(12)假設對Customer類的orders集合采用延遲檢索策略，編譯或運行以下程序，會出現(xiàn)什么情況〔單項選擇〕1. Session=customer=(Customer)(,new orderIterator=().iterator()。 (10)F (11)C (12)C (13)B,D (14)C (15)BHibernate面試題〔三〕分類： hibernate |處于持久態(tài)的對象也稱為PO(Persistence Object)，瞬時對象和脫管對象也稱為VO〔Value Object〕。持久態(tài)處于該狀態(tài)的對象在數(shù)據(jù)庫中具有對應的記錄，并擁有一個持久化標識。脫管態(tài)當與某持久對象關聯(lián)的session被關閉后，該持久對象轉變?yōu)槊摴軐ο蟆Ｊ謩訉憇ql class name=〞Users〞 table=〞users〞 discriminatorvalue=〞Users〞 /subclass兩個表，子類引用父類的主鍵，享用公共的字段或屬性。 class name=〞Users〞 table=〞users〞 property name=〞pwd〞 column=〞pwd〞 type=〞string〞 / /joinedsubclass/class批量刪除Hibernate中Query對象的使用 1 個或多個屬性查詢:For(int i=0。〞from Customer as customer join fetch 〞：將多的放到buySet屬性中，得出的結是Customer有一個，Buy有多個聯(lián)接2“from Customer as customer join 〞:得出的對象,customer與buy是1對1子查詢:((“字段名〞,〞值對象〞))gt:lt:(1)//從第2行開始提取DetachedCriteria dc= ()inverse=false 是主控方，外鍵是由它控制的cascade:級聯(lián)主表修從表修Update Query q=CreateQuery(“from Customer where customerName=:customerName〞)Commit()在myeclipse參加hibernate環(huán)境的全過程是什么? ，指定*. 詳細內容參見以前寫的hibernate的第一個小例子 面試中常出現(xiàn)的兩個Hibernate面試題及解答 ,如何優(yōu)化?，盡量讓sql很快定位數(shù)據(jù)，不要讓sql做全表查詢，應該走索引,把數(shù)據(jù)量大的表排在前面，沒用的字段不要，已經(jīng)對返回結果的控制，盡量返回少量數(shù)據(jù)[,每個表中各取幾個字段,也就是說查詢出來的結果集并沒有一個實體類與之對應,如何解決這個問題?解決方案一，按照Object[]數(shù)據(jù)取出數(shù)據(jù)，然后自己組bean解決方案二，對每個表的bean寫構造函數(shù)，比方表一要查出field1,field2兩個字段，那么有一個構造函數(shù)就是Bean(type1 filed1,type2 field2) ，然后在hql里面就可以直接生成這個bean了。Load方法可返回實體的代理類實例，而get方法永遠直接返回實體類。而第二級緩存那么存在于SessionFactory層次，由當前所有由本 SessionFactory構造的Session實例共享。 “NonExists〞記錄了當前Session實例在之前所有查詢操作中，未能查詢到有效數(shù)據(jù)的查詢條件〔相當于一個查詢黑名單列表〕。根據(jù)映射配置和Select SQL得到的ResultSet，創(chuàng)立對應的數(shù)據(jù)對象。如果數(shù)據(jù)對象實現(xiàn)了LifeCycle接口，那么調用數(shù)據(jù)對象的onLoad方法。3) seqhilo與hilo 類似，通過hi/lo 算法實現(xiàn)的主鍵生成機制，只是主鍵歷史狀態(tài)保存在Sequence中，適用于支持Sequence的數(shù)據(jù)庫，如Oracle。因此，如果同一數(shù)據(jù)庫有多個實例訪問，此方式必須防止使用。如Oralce 中的Sequence。在某些數(shù)據(jù)庫中可能出現(xiàn)問題〔如PostgreSQL〕。我們可以在數(shù)據(jù)庫提供的主鍵生成機制上，采用generatorclass=native的主鍵生成方