日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
Hibernate常見面試題匯總

1.在數(shù)據(jù)庫中條件查詢速度很慢的時候,如何優(yōu)化?

創(chuàng)新互聯(lián)主營北票網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,app軟件開發(fā)公司,北票h5微信小程序開發(fā)搭建,北票網(wǎng)站營銷推廣歡迎北票等地區(qū)企業(yè)咨詢

1.建索引
2.減少表之間的關(guān)聯(lián)
3.優(yōu)化sql,盡量讓sql很快定位數(shù)據(jù),不要讓sql做全表查詢,應(yīng)該走索引,把數(shù)據(jù)量大的表排在前面
4.簡化查詢字段,沒用的字段不要,已經(jīng)對返回結(jié)果的控制,盡量返回少量數(shù)據(jù)

2.在Hibernate中進(jìn)行多表查詢,每個表中各取幾個字段,也就是說查詢出來的結(jié)果集并沒有一個實(shí)體類與之對應(yīng),如何解決這個問題?

解決方案一,按照Object[]數(shù)據(jù)取出數(shù)據(jù),然后自己組bean

解決方案二,對每個表的bean寫構(gòu)造函數(shù),比如表一要查出field1,field2兩個字段,那么有一個構(gòu)造函數(shù)就是Bean(type1 filed1,type2 field2) ,然后在hql里面就可以直接生成這個bean了。具體怎么用請看相關(guān)文檔,我說的不是很清楚。

session.load()和session.get()的區(qū)別

Session.load/get方法均可以根據(jù)指定的實(shí)體類和id從數(shù)據(jù)庫讀取記錄,并返回與之對應(yīng)的實(shí)體對象。其區(qū)別在于:

如果未能發(fā)現(xiàn)符合條件的記錄,get方法返回null,而load方法會拋出一個ObjectNotFoundException。
Load方法可返回實(shí)體的代理類實(shí)例,而get方法永遠(yuǎn)直接返回實(shí)體類。

load方法可以充分利用內(nèi)部緩存和二級緩存中的現(xiàn)有數(shù)據(jù),而get方法則僅僅在內(nèi)部緩存中進(jìn)行數(shù)據(jù)查找,如沒有發(fā)現(xiàn)對應(yīng)數(shù)據(jù),將越過二級緩存,直接調(diào)用SQL完成數(shù)據(jù)讀取。

Session在加載實(shí)體對象時,將經(jīng)過的過程:

首先,Hibernate中維持了兩級緩存。***級緩存由Session實(shí)例維護(hù),其中保持了Session當(dāng)前所有關(guān)聯(lián)實(shí)體的數(shù)據(jù),也稱為內(nèi)部緩存。而第二級緩存則存在于SessionFactory層次,由當(dāng)前所有由本SessionFactory構(gòu)造的Session實(shí)例共享。出于性能考慮,避免無謂的數(shù)據(jù)庫訪問,Session在調(diào)用數(shù)據(jù)庫查詢功能之前,會先在緩存中進(jìn)行查詢。首先在***級緩存中,通過實(shí)體類型和id進(jìn)行查找,如果***級緩存查找命中,且數(shù)據(jù)狀態(tài)合法,則直接返回。

之后,Session會在當(dāng)前“NonExists”記錄中進(jìn)行查找,如果“NonExists”記錄中存在同樣的查詢條件,則返回null?!癗onExists”記錄了當(dāng)前Session實(shí)例在之前所有查詢操作中,未能查詢到有效數(shù)據(jù)的查詢條件(相當(dāng)于一個查詢黑名單列表)。如此一來,如果Session中一個無效的查詢條件重復(fù)出現(xiàn),即可迅速作出判斷,從而獲得***的性能表現(xiàn)。

對于load方法而言,如果內(nèi)部緩存中未發(fā)現(xiàn)有效數(shù)據(jù),則查詢第二級緩存,如果第二級緩存命中,則返回。
如在緩存中未發(fā)現(xiàn)有效數(shù)據(jù),則發(fā)起數(shù)據(jù)庫查詢操作(Select SQL),如經(jīng)過查詢未發(fā)現(xiàn)對應(yīng)記錄,則將此次查詢的信息在“NonExists”中加以記錄,并返回null。

根據(jù)映射配置和Select SQL得到的ResultSet,創(chuàng)建對應(yīng)的數(shù)據(jù)對象。
將其數(shù)據(jù)對象納入當(dāng)前Session實(shí)體管理容器(一級緩存)。

執(zhí)行Interceptor.onLoad方法(如果有對應(yīng)的Interceptor)。

將數(shù)據(jù)對象納入二級緩存。

如果數(shù)據(jù)對象實(shí)現(xiàn)了LifeCycle接口,則調(diào)用數(shù)據(jù)對象的onLoad方法。
返回?cái)?shù)據(jù)對象。

Hibernate的主鍵生成機(jī)制

1) assigned

主鍵由外部程序負(fù)責(zé)生成,無需Hibernate參與。

2) hilo

通過hi/lo 算法實(shí)現(xiàn)的主鍵生成機(jī)制,需要額外的數(shù)據(jù)庫表保存主鍵生成歷史狀態(tài)。

3) seqhilo

與hilo 類似,通過hi/lo 算法實(shí)現(xiàn)的主鍵生成機(jī)制,只是主鍵歷史狀態(tài)保存在Sequence中,適用于支持Sequence的數(shù)據(jù)庫,如Oracle。

4) increment

主鍵按數(shù)值順序遞增。此方式的實(shí)現(xiàn)機(jī)制為在當(dāng)前應(yīng)用實(shí)例中維持一個變量,以保存著當(dāng)前的***值,之后每次需要生成主鍵的時候?qū)⒋酥导?作為主鍵。這種方式可能產(chǎn)生的問題是:如果當(dāng)前有多個實(shí)例訪問同一個數(shù)據(jù)庫,那么由于各個實(shí)例各自維護(hù)主鍵狀態(tài),不同實(shí)例可能生成同樣的主鍵,從而造成主鍵重復(fù)異常。因此,如果同一數(shù)據(jù)庫有多個實(shí)例訪問,此方式必須避免使用。

5) identity

采用數(shù)據(jù)庫提供的主鍵生成機(jī)制。如DB2、SQL Server、MySQL中的主鍵生成機(jī)制。

6) sequence

采用數(shù)據(jù)庫提供的sequence 機(jī)制生成主鍵。如Oralce 中的Sequence。

7) native

由Hibernate根據(jù)底層數(shù)據(jù)庫自行判斷采用identity、hilo、sequence其中一種作為主鍵生成方式。

8) uuid.hex

由Hibernate基于128 位唯一值產(chǎn)生算法生成16 進(jìn)制數(shù)值(編碼后以長度32 的字符串表示)作為主鍵。

9) uuid.string

與uuid.hex 類似,只是生成的主鍵未進(jìn)行編碼(長度16)。在某些數(shù)據(jù)庫中可能出現(xiàn)問題(如PostgreSQL)。

10) foreign

使用外部表的字段作為主鍵。一般而言,利用uuid.hex方式生成主鍵將提供***的性能和數(shù)據(jù)庫平臺適應(yīng)性。
這10中生成OID標(biāo)識符的方法,increment 比較常用,把標(biāo)識符生成的權(quán)力交給Hibernate處理.但是當(dāng)同時多個Hibernate應(yīng)用操作同一個數(shù)據(jù)庫,甚至同一張表的時候.就推薦使用identity 依賴底層數(shù)據(jù)庫實(shí)現(xiàn),但是數(shù)據(jù)庫必須支持自動增長,當(dāng)然針對不同的數(shù)據(jù)庫選擇不同的方法.如果你不能確定你使用的數(shù)據(jù)庫具體支持什么的情況下.可以選擇用native 讓Hibernate來幫選擇identity,sequence,或hilo.
另外由于常用的數(shù)據(jù)庫,如Oracle、DB2、SQLServer、MySql 等,都提供了易用的主鍵生成機(jī)制(Auto-Increase 字段或者Sequence)。我們可以在數(shù)據(jù)庫提供的主鍵生成機(jī)制上,采用generator-class=native的主鍵生成方式。
不過值得注意的是,一些數(shù)據(jù)庫提供的主鍵生成機(jī)制在效率上未必***,大量并發(fā)insert數(shù)據(jù)時可能會引起表之間的互鎖。數(shù)據(jù)庫提供的主鍵生成機(jī)制,往往是通過在一個內(nèi)部表中保存當(dāng)前主鍵狀態(tài)(如對于自增型主鍵而言,此內(nèi)部表中就維護(hù)著當(dāng)前的***值和遞增量),之后每次插入數(shù)據(jù)會讀取這個***值,然后加上遞增量作為新記錄的主鍵,之后再把這個新的***值更新回內(nèi)部表中,這樣,一次Insert操作可能導(dǎo)致數(shù)據(jù)庫內(nèi)部多次表讀寫操作,同時伴隨的還有數(shù)據(jù)的加鎖解鎖操作,這對性能產(chǎn)生了較大影響。因此,對于并發(fā)Insert要求較高的系統(tǒng),推薦采用uuid.hex 作為主鍵生成機(jī)制。

您正在閱讀: Hibernate常見面試題匯總

【編輯推薦】

  1. hibernate入門教程系列(二)Hibernate關(guān)系映射(上)
  2. 結(jié)合MYSQL數(shù)據(jù)庫一個Hibernate的簡單教程
  3. Hibernate單元測試的方法:HSQLDB

新聞標(biāo)題:Hibernate常見面試題匯總
當(dāng)前URL:http://m.5511xx.com/article/dpecggd.html