相信越來越多的web開發(fā)者，在持久層都采用了hibernate。hibernate 可以大大提高開發(fā)效率，同時(shí)對(duì)應(yīng)項(xiàng)目的移植也有好處，但是同樣也存在問題，大家在使用hibernate的時(shí)候很少去關(guān)心效率問題，但是這個(gè)就是一個(gè)打的問題，好多項(xiàng)目不成功就是項(xiàng)目中沒有對(duì)hibernate熟悉的人，大家就是會(huì)簡單的使用，所以再有些細(xì)節(jié)上的東西我們開發(fā)人員沒有注意。
就拿hibernate來說吧，他支持hql查詢，在我們組裝sql語句時(shí)，需要注意幾個(gè)問題：
1、要查詢當(dāng)然離不開數(shù)據(jù)庫，我們建表時(shí)，默認(rèn)的主鍵都是索引，這里要注意的就是關(guān)于建立單個(gè)索引和復(fù)合索引了。
具體的索引的hibernate中也是適用，我發(fā)現(xiàn)好多人用hibernate就很少提到索引這個(gè)概念了（用ibatis自己寫sql就會(huì)關(guān)注索引字段，這個(gè)還是可以的額）
索引的引用規(guī)則都是適用的：
介紹下：單個(gè)索引就是出現(xiàn)索引字段作為條件就應(yīng)用 ；
復(fù)合索引(假設(shè)是2個(gè)字段的復(fù)合索引)，出現(xiàn)復(fù)合索引的第一個(gè)字段作為條件就應(yīng)用；
出現(xiàn)復(fù)合索引的2個(gè)字段作為條件，這應(yīng)用，如果沒有出現(xiàn)復(fù)合索引的第一個(gè)字段則不應(yīng)用；
由此我們需要為我們的數(shù)據(jù)庫建立索引，記住復(fù)合索引是有順序的 。
影響我們建立索引的條件還有就是業(yè)務(wù)(這個(gè)很重要) ，舉個(gè)例子：如果有2個(gè)查詢條件(性別、所在部門)，倘若我們要建立符合索引，
那么我們應(yīng)該將"所在部門"字段放在前面，"性別"放在后面，主要是因?yàn)椋绻硞€(gè)地方的查詢條件只有"所在部門"，也可以起作用。另外要注意，如果查詢索引字段參與函數(shù)計(jì)算和like等，那么索引也不起作用。
2、 在我們寫查詢代碼時(shí)，盡量對(duì)應(yīng)各個(gè)表的已經(jīng)存在索引寫查詢條件
[第一個(gè)查詢條件盡量是單個(gè)索引，或者是復(fù)合索引的第一個(gè)字段] 。
3、還有就是大家再拼裝查詢語句時(shí)，傳入的查詢條件值盡量不要直接寫在查詢語句中，而是要以參數(shù)的方式提供即使用綁定參數(shù)，
這樣，系統(tǒng)多次調(diào)用統(tǒng)一個(gè)查詢時(shí)(比如：select * from TestVO where code = ? [不要寫為 select * from TestVO where code = 'aaaa']) ，
條件值都是以參數(shù)的方式提供的，這樣，多次查詢雖然參數(shù)值不一樣，但查詢語句相同，數(shù)據(jù)庫只有第一次才對(duì)查詢語句進(jìn)行編譯，
以后則不在編譯，所以性能會(huì)有提升。
用參數(shù)的方式還有一個(gè)好處是：如果你不是使用
Criteria criteria = openSession().createCriteria(**PO.class);
criteria.add(Restrictions.like( "name",convertDBString(name) ));
的方式，而是使用hibernate的hql的話，那么如果參數(shù)值為中文會(huì)有問題，用參數(shù)可以解決這個(gè)問題。
注： 使用綁定參數(shù)的優(yōu)勢：
我們?yōu)槭裁匆褂媒壎麉?shù)？任何一個(gè)事物的存在都是有其價(jià)
值的，具體到綁定參數(shù)對(duì)于HQL查詢來說，主要有以下兩個(gè)主要優(yōu)勢：
①、 可以利用數(shù)據(jù)庫實(shí)施性能優(yōu)化，因?yàn)閷?duì)Hibernate來說在底層
使用的是PrepareStatement來完成查詢，因此對(duì)于語法相同參數(shù)不同的
SQL語句，可以充分利用預(yù)編譯SQL語句緩存，從而提升查詢效率。
②、 可以防止SQL Injection安全漏洞的產(chǎn)生：