Mybatis框架基礎核心知識總結

MyBatis介紹

MyBatis 本是apache的一個開源項目iBatis, 2010年這個項目由apache software foundation 遷移到了google code,并且改名為MyBatis 。2013年11月遷移到Github。 MyBatis是一個優秀的持久層框架,它對jdbc的操作數據庫的過程進行封裝,使開發者只需要關注 SQL 本身,而不需要花費精力去處理例如注冊驅動、創建connection、創建statement、手動設置參數、結果集檢索等jdbc繁雜的過程代碼。
Mybatis通過xml或注解的方式將要執行的各種statement(statement、preparedStatement、CallableStatement)配置起來,并通過java對象和statement中的sql進行映射生成最終執行的sql語句,最后由mybatis框架執行sql并將結果映射成java對象并返回。

JDBC存在的問題

1、 數據庫鏈接創建、釋放頻繁造成系統資源浪費從而影響系統性能,如果使用數據庫鏈接池可解決此問題。
2、 Sql語句在代碼中硬編碼,造成代碼不易維護,實際應用sql變化的可能較大,sql變動需要改變java代碼。
3、 使用preparedStatement向占有位符號傳參數存在硬編碼,因為sql語句的where條件不一定,可能多也可能少,修改sql還要修改代碼,系統不易維護。
4、 對結果集解析存在硬編碼(查詢列名),sql變化導致解析代碼變化,系統不易維護,如果能將數據庫記錄封裝成pojo對象解析比較方便。

Mybatis的架構

Paste_Image.png

#{}和${}

1.#{}表示一個占位符號,通過#{}可以實現preparedStatement向占位符中設置值,自動進行java類型和jdbc類型轉換,#{}可以有效防止sql注入。 #{}可以接收簡單類型值或pojo屬性值。 如果parameterType傳輸單個簡單類型值,#{}括號中可以是value或其它名稱。

如果傳入的是基本類型,那么#{}中的變量名稱可以隨意寫
如果傳入的參數是pojo類型,那么#{}中的變量名稱必須是pojo中的屬性.屬性.屬性..

2.${}表示拼接sql串,通過${}可以將parameterType 傳入的內容拼接在sql中且不進行jdbc類型轉換, ${}可以接收簡單類型值或pojo屬性值,如果parameterType傳輸單個簡單類型值,${}括號中只能是value。

如果傳入的是基本類型,那么${}中的變量名必須是value
如果傳入的參數是pojo類型,那么${}中的變量名稱必須是pojo中的屬性.屬性.屬性...
注意:使用拼接符有可能造成sql注入,在頁面輸入的時候可以加入校驗,不可輸入sql關鍵字,不可輸入空格

parameterType和resultType

parameterType:指定輸入參數類型,mybatis通過ognl從輸入對象中獲取參數值拼接在sql中。

resultType:指定輸出結果類型,mybatis將sql查詢結果的一行記錄數據映射為resultType指定類型的對象。

selectOne和selectList

  • selectOne查詢一條記錄
  • selectList可以查詢一條或多條記錄

mysql自增主鍵返回

  • 通過修改sql映射文件,可以將mysql自增主鍵返回:
<insert id="insertUser" parameterType="cn.swun.po.User">
    <!-- selectKey將主鍵返回,需要再返回 -->
    <selectKey keyProperty="id" order="AFTER" resultType="java.lang.Integer">
        select LAST_INSERT_ID()
    </selectKey>
       insert into user(username,birthday,sex,address)
        values(#{username},#{birthday},#{sex},#{address});
</insert>
  • 添加selectKey實現將主鍵返回

  • keyProperty: 返回的主鍵存儲在pojo中的哪個屬性

  • order:selectKey的執行順序,是相對與insert語句來說,由于mysql的自增原理執行完insert語句之后才將主鍵生成,所以這里selectKey的執行順序為after

  • resultType:返回的主鍵是什么類型

LAST_INSERT_ID():是mysql的函數,返回auto_increment自增列新記錄id值。

Mysql使用 uuid實現主鍵

  • 需要增加通過select uuid()得到uuid值
<insert  id="insertUser" parameterType="cn.itcast.mybatis.po.User">
<selectKey resultType="java.lang.String" order="BEFORE"  keyProperty="id">
select uuid()
</selectKey>
insert into user(id,username,birthday,sex,address)  values(#{id},#{username},#{birthday},#{sex},#{address})
</insert>

注意:這里使用的order是BEFORE


Mybatis解決jdbc編程的問題

1、 數據庫鏈接創建、釋放頻繁造成系統資源浪費從而影響系統性能,如果使用數據庫鏈接池可解決此問題。

解決:在SqlMapConfig.xml中配置數據鏈接池,使用連接池管理數據庫鏈接。

2、 Sql語句寫在代碼中造成代碼不易維護,實際應用sql變化的可能較大,sql變動需要改變java代碼。
 解決:將Sql語句配置在XXXXmapper.xml文件中與java代碼分離。

3、 向sql語句傳參數麻煩,因為sql語句的where條件不一定,可能多也可能少,占位符需要和參數一一對應。

解決:Mybatis自動將java對象映射至sql語句,通過statement中的parameterType定義輸入參數的類型。

4、 對結果集解析麻煩,sql變化導致解析代碼變化,且解析前需要遍歷,如果能將數據庫記錄封裝成pojo對象解析比較方便。

解決:Mybatis自動將sql執行結果映射至java對象,通過statement中的resultType定義輸出結果的類型。


動態代理方式(只需要接口)

mapper接口代理實現編寫規則:
1) 映射文件中namespace要等于接口的全路徑名稱
2) 映射文件中sql語句id要等于接口的方法名稱
3) 映射文件中傳入參數類型要等于接口方法的傳入參數類型
4) 映射文件中返回結果集類型要等于接口方法的返回值類型


hibernate和mybatis區別

  • hibernate:

  • 它是一個標準的orm框架,比較重量級,學習成本高.

  • 優點:高度封裝,使用起來不用寫sql,開發的時候,會減低開發周期.

  • 缺點:sql語句無法優化

  • 應用場景:oa(辦公自動化系統), erp(企業的流程系統)等,還有一些政府項目,
    總的來說,在用于量不大,并發量小的時候使用.

  • mybatis:它不是一個orm框架, 它是對jdbc的輕量級封裝, 學習成本低,比較簡單

  • 優點:學習成本低, sql語句可以優化, 執行效率高,速度快

  • 缺點:編碼量較大,會拖慢開發周期

  • 應用場景: 互聯網項目,比如電商,P2p等

  • 總的來說是用戶量較大,并發高的項目.


其他知識

  • pojo:不按mvc分層,只是java bean有一些屬性,還有get set方法
  • domain:不按mvc分層,只是java bean有一些屬性,還有get set方法
  • po:用在持久層,還可以再增加或者修改的時候,從頁面直接傳入action中,它里面的java bean 類名等于表名,屬性名等于表的字段名,還有對應的get set方法
  • vo: view object表現層對象,主要用于在高級查詢中從頁面接收傳過來的各種參數.好處是擴展性強
  • bo: 用在servie層,現在企業基本不用.

這些po,vo, bo,pojo可以用在各種層面嗎?

可以,也就是po用在表現層,vo用在持久層不報錯,因為都是普通的java bean沒有語法錯誤.但是在企業最好不要混著用,因為這些都是設計的原則,混著用比較亂.不利于代碼維護.


進階知識

  • 輸入映射(就是映射文件中可以傳入哪些參數類型)
    1)基本類型
    2)pojo類型
    3)Vo類型

  • 輸出映射(返回的結果集可以有哪些類型)
    1)基本類型
    2)pojo類型
    3)List類型

  • 動態sql:動態的拼接sql語句,因為sql中where條件有可能多也有可能少
    1)where:可以自動添加where關鍵字,還可以去掉第一個條件的and關鍵字
    2)if:判斷傳入的參數是否為空
    3)foreach:循環遍歷傳入的集合參數
    4)sql:封裝查詢條件,以達到重用的目的

  • 對單個對象的映射關系:
    1)自動關聯(偷懶的辦法):可以自定義一個大而全的pojo類,然后自動映射其實是根據數據庫總的字段名稱和pojo中的屬性名稱對應.
    2)手動關聯: 需要指定數據庫中表的字段名稱和java的pojo類中的屬性名稱的對應關系使用association標簽

  • 對集合對象的映射關系
    只能使用手動映射:指定表中字段名稱和pojo中屬性名稱的對應關系使用collection標簽

  1. spring和mybatis整合

    整合后會話工廠都歸spring管理

原生Dao實現:
需要在spring配置文件中指定dao實現類
dao實現類需要繼承SqlSessionDaoSupport超類
在dao實現類中不要手動關閉會話,不要自己提交事務.

Mapper接口代理實現:
在spring配置文件中可以使用包掃描的方式,一次性的將所有mapper加載

  • 逆向工程:自動生成Pojo類,還可以自動生成Mapper接口和映射文件

注意:生成的方式是追加而不是覆蓋,所以不可以重復生成,重復生成的文件有問題.如果想重復生成將原來生成的文件刪除

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,732評論 6 539
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,214評論 3 426
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,781評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,588評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,315評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,699評論 1 327
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,698評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,882評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,441評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,189評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,388評論 1 372
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,933評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,613評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,023評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,310評論 1 293
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,112評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,334評論 2 377

推薦閱讀更多精彩內容