摘要: Hibernate工作原理及為什么要用？
原理：
1.讀取并解析配置文件
2.讀取并解析映射信息，創(chuàng)建SessionFactory
3.打開Sesssion
4.創(chuàng)建事務(wù)Transation
5.持久化操作
6.提交事務(wù)
7.關(guān)閉Session
8.關(guān)閉SesstionFactory   閱讀全文      摘要: hibernate的session提供了一級緩存，每個(gè)session，對同一個(gè)id進(jìn)行兩次load，不會(huì)發(fā)送兩條sql給數(shù)據(jù)庫，但是session關(guān)閉的時(shí)候，一級緩存就失效了。

二級緩存是SessionFactory級別的全局緩存，它底下可以使用不同的緩存類庫，比如ehcache、oscache等，需要設(shè)置hibernate.cache.provider_class，我們這里用ehcache，在2.1中就是
hibernate.cache.provider_class=net.sf.hibernate.cache.EhCacheProvider
如果使用查詢緩存，加上
hibernate.cache.use_query_cache=true


緩存可以簡單的看成一個(gè)Map，通過key在緩存里面找value。
  閱讀全文      摘要: 可以使用 CONTAINS 謂詞在數(shù)據(jù)庫中檢索特定的短語。當(dāng)然，這樣的查詢可以使用 LIKE 謂詞編寫。但是，CONTAINS 的許多形式所提供的文本查詢能力比 LIKE 要強(qiáng)。此外，與使用 LIKE 謂詞不同的是，CONTAINS 檢索總是區(qū)分大小寫。   閱讀全文      摘要: ORACLE函數(shù)大全  閱讀全文      摘要: 今天碰到的第一個(gè)問題，我往數(shù)據(jù)庫里存
進(jìn)去，但是經(jīng)過bean:write之后直接顯示出來了，并沒有出現(xiàn)HTML效果，結(jié)果發(fā)現(xiàn)加上filter="false"之后就可以了。
  閱讀全文      摘要: 項(xiàng)目經(jīng)理交給的兩個(gè)模塊今天終于完成了！
感觸最深的一點(diǎn)就是，寫代碼之前必須和客戶商談好他的需求，至少大的方向要定下來，要不到時(shí)候返工的話會(huì)很麻煩很麻煩！我就深受其害，第一個(gè)星期說是這樣，我把代碼寫好了之后，結(jié)果需求又變成那樣，表結(jié)構(gòu)又要跟著變動(dòng)，搞得所有寫好的程序都白寫了，我寫的有一個(gè)模塊，需求有三次大的變動(dòng)！搞得我寫了整整三個(gè)星期才把那個(gè)模塊完成！需求不確定好，實(shí)在是浪費(fèi)了太多的時(shí)間。今天經(jīng)理開會(huì)的時(shí)候還說要加快進(jìn)度，要不然完不了工，如果之前做好前期準(zhǔn)備工作的話，也不會(huì)影響到開發(fā)的進(jìn)度了。
  閱讀全文      摘要: 在Java中，軟件的兼容性是一個(gè)大問題，尤其在使用到對象串行性的時(shí)候，那么在某一個(gè)對象已經(jīng)被串行化了，可是這個(gè)對象又被修改后重新部署了，那么在這種情況下， 用老軟件來讀取新文件格式雖然不是什么難事，但是有可能丟失一些信息。

serialVersionUID來解決這些問題，新增的serialVersionUID必須定義成下面這種形式：static final long serialVersionUID=-2805284943658356093L;。其中數(shù)字后面加上的L表示這是一個(gè)long值。 通過這種方式來解決不同的版本之間的串行話問題。

  閱讀全文      摘要: HQL查詢多表的時(shí)候，取出結(jié)果是兩個(gè)對象的列表，但是我只要我自己想要的屬性  閱讀全文      摘要: 臨近春節(jié)，大家都積極踴躍的去買票，由于身在廣州這樣的城市，于是買票成了一樁心事！甚至在一個(gè)月之前，同學(xué)就一直和我嘮叨，怎么辦呀怎么辦呀，買不到票啊！心里想著買不到票便坐汽車回家，反正也只有三百多公里！
  閱讀全文      摘要: 這幾天一直在弄這個(gè)新項(xiàng)目，用自己不熟悉的SSH，頭都要暈了，每次都是解決了這個(gè)異常之后，馬上跳出另一個(gè)異常，同事都被我煩死了，自己一行一行的Debug還是不能解決問題，郁悶至極！  閱讀全文