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

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

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

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

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

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

SELECT
FROM [source]
WHERE [condition]

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