摘要: 某些時(shí)候，你插入一條記錄后要馬上知道剛才插入記錄的id（自增類型），那么下面的方面可以滿足你的要求  閱讀全文      摘要: 用著用著，突然發(fā)覺(jué)EasyDBO并沒(méi)有實(shí)現(xiàn)到它聲稱的功能。

如，當(dāng)你的實(shí)體有一對(duì)一關(guān)聯(lián)或者一對(duì)多等關(guān)聯(lián)時(shí)，它并沒(méi)有能夠正確地處理外鍵值（當(dāng)關(guān)聯(lián)的主鍵為自增類型時(shí)，插入關(guān)聯(lián)對(duì)象獲取到外鍵為空，被關(guān)聯(lián)的對(duì)象雖然能插入，但是這樣有舍用呢？）。

看看它處理的過(guò)程就知道它不能正確出來(lái)外鍵值了。
  閱讀全文      摘要: 郁悶~~~~~~~~~~

搞了半天，發(fā)現(xiàn)一對(duì)一的被關(guān)聯(lián)對(duì)象沒(méi)有連同關(guān)聯(lián)對(duì)象也一同插進(jìn)數(shù)據(jù)庫(kù)里。

跟了一下源代碼，發(fā)現(xiàn)EasyJDB的addRelativeObject(Object obj)方法沒(méi)有對(duì)OneToOneField進(jìn)行處理！只對(duì)ManyToOneField和ManyToManyField進(jìn)行處理！但是OneToOneField卻是最常用的！
  閱讀全文      摘要: 近來(lái)使用EasyDBO發(fā)現(xiàn)一些問(wèn)題。

首先，DBTable中的id命名意義不明朗，這個(gè)id你猜是數(shù)據(jù)庫(kù)表的key還是javaBean對(duì)應(yīng)于數(shù)據(jù)庫(kù)表key的屬性？我的猜測(cè)是前者，數(shù)據(jù)庫(kù)表的key（主鍵的名稱）。
  閱讀全文      摘要: java.beans.PropertyEditor的從字義來(lái)看是一個(gè)屬性編輯器，但總覺(jué)得它的作用更像一個(gè)轉(zhuǎn)換器－－從字符串轉(zhuǎn)換為類對(duì)象的屬性。  閱讀全文      摘要: 寫了一個(gè)從數(shù)據(jù)庫(kù)表映射到實(shí)體的工具配合easyDBO使用，需要知道指定表的主鍵，這個(gè)方法可以得到主鍵字段名：（數(shù)據(jù)庫(kù)MySQL5）  閱讀全文      摘要: EMF-Query 的查詢語(yǔ)句結(jié)構(gòu)也是很簡(jiǎn)單的

SELECT
FROM [source]
WHERE [condition]

很像我們平常的SQL語(yǔ)句吧，但是不同的是SELECT、FROM 和WHERE 都是由對(duì)象來(lái)組合的。
  閱讀全文      摘要: 同樣的測(cè)試語(yǔ)句，官方例子中的模型可查得數(shù)據(jù)，我簡(jiǎn)化后（自己建的模型）卻得不到結(jié)果。是建模的方法不對(duì)？還是要注意一些什么問(wèn)題？  閱讀全文      摘要: Attribute和Reference是模型中的其中兩大元素，通常我們查詢都會(huì)根據(jù)Attribute和Reference來(lái)查詢。EMF-Query中提供了針對(duì)這兩種元素的封裝了條件類哦，怎么使用？easy~~  閱讀全文      摘要: EObjectCondition ，從名稱上就可以意會(huì)到它是有關(guān)EObject的條件了。EObject和EMF的模型是關(guān)聯(lián)的，那么，EObjectCondition 當(dāng)然就是與EMF模型有關(guān)咯。比如，你的商店shop聚集了很多個(gè)商品的種類categories，你可以根據(jù)EObjectCondition 來(lái)查詢商店shop中是擁有某xxCategory的商品。條件怎么構(gòu)造？這個(gè)章節(jié)回有所介紹咯！呵呵，接著下去吧。  閱讀全文