常言笑的家

hibernate 的強(qiáng)大在于完全的對(duì)象化，對(duì)于對(duì)象之間的關(guān)系解決的比較好，如1對(duì)1，1對(duì)多，多對(duì)1，以及多對(duì)多。當(dāng)然也包括繼承關(guān)系。
    而ibatis這方面就比較遜色了，不過(guò)對(duì)于也支持簡(jiǎn)單的關(guān)連查詢，如1對(duì)1，和1對(duì)多。對(duì)于一般的情況來(lái)說(shuō)，這兩種已經(jīng)足夠了，當(dāng)然不能層疊更新是一個(gè)缺陷，看了半天文檔，也沒有找到對(duì)象之間的層疊更新，估計(jì)是不支持。
    以前的版本ibatis處理關(guān)連是通過(guò)執(zhí)行兩次sql來(lái)實(shí)現(xiàn)的，如下的實(shí)例：
    一對(duì)多關(guān)聯(lián)：
這里通過(guò)在resultMap 中定義嵌套查詢getAddressByUserId，我們實(shí)現(xiàn)了關(guān)聯(lián)數(shù)據(jù)的讀取。
需要注意的是，這里有一個(gè)潛在的性能問(wèn)題，也就是所謂“n+1”Select問(wèn)題。
一對(duì)一關(guān)聯(lián)：
對(duì)于這種情況，我們可以采用一次Select兩張表的方式，避免這樣的性能開銷（假設(shè)上面示例中，每個(gè)User 只有一個(gè)對(duì)應(yīng)的Address記錄）：
在現(xiàn)在的版本中，對(duì)于n+1問(wèn)題，ibatis已經(jīng)很好的解決了。如下的配置：
一對(duì)一
可以使用內(nèi)在的resultMap來(lái)解決此問(wèn)題。
同樣一對(duì)多如下：
注意，需要使用增加groupBy屬性來(lái)分類
如果想實(shí)現(xiàn)，延遲加載的情況：
在日志中顯示sql語(yǔ)句