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

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

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

搞了半天，發現一對一的被關聯對象沒有連同關聯對象也一同插進數據庫里。

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

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

SELECT
FROM [source]
WHERE [condition]

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