阿帕奇卡宴在業內的專業人士有什麼所謂的“持久化框架,”自動化在關係數據庫中的數據交互和存儲的工具。
如何卡宴的工作原理是數據庫模式綁定到Java對象,堅持對象對數據庫的修改,反之亦然。
這可以豐富一個具有其他的功能,提供更深入的控制數據庫的數據得益於Java的強大的對象操作功能。
隨著卡宴的源,桌面GUI稱為“CayenneModeler”也包括在內,小應用來管理使用一個可視化界面的數據庫及其模式
特點:
- 在基於Velocity的類生成引擎
- 在一個完整的對象的查詢語法
- 在關係預取
- 在按需對象斷層
- 在-供求關係斷裂
- 在對象繼承
- 在數據緩存
- 在數據庫自動檢測
- 在通用持久對象
- 在可擴展的基於每個項目的基礎上
- 文檔li>
什麼在此版本中是新的:
- 在MySQL的JDBC批處理
- 在法" readNestedProperty"應該可以解決通過迭代的調用到數據對象和未完成在Cayenne.readNestedProperty
- 在使用OSCache的用於預取和persitent緩存查詢緩存時java.io.NotSerializableException。
- 在堅持新instatiated對象NPE時
- 在調查自動增量列的DB2和開關適配器的政策,以支持它們
- 在被錯誤地產生擠壓變形的屬性查詢
- 在記憶信息有關對話框
- 在內存不足時選擇“刪除外鍵映射為對象的屬性和QUOT;
- 在NPE使用DataContext.objectFromDataRow嵌套的上下文
- 在Maven的CGEN:所有與數據映射模式不能被激活
- 在問題的德比:比較運營商不支持Clob對象值
- 在POST_LOAD不叫上預取的對象
- 在回調:POST_UPDATE被稱為更新刪除對象,而不是POST_REMOVE
- 在保留字映射WHERE子句
- 在CGEN:重複回調方法
- 在垂直繼承的子類與多個扁平屬性打破
- 在刪除Modeler的瑣碎錯誤NullPointerException異常
- 在BaseQueryMetadata.setPrefetches()會導致一個共享鎖
- 在Unicode字符類型無法識別。
MS SQL 2008服務器上
什麼是3.0版本中新的:
- 從建模查詢中刪除緩存組
- 在錯誤解決故障,不匹配的行存在於數據庫中。
- 在Pkgenerator訪問不必要的連接表與自己的數據庫生成的PK。
- 在建模:錯誤對話框不顯示正確的版本
- 在試圖&QUOT時異常;推斷的關係"
什麼是版本3.0 RC1新:
- 在變化/新特點:
- 在撤銷/重做支持建模
- 在錯誤修正:
- 在枚舉建設需要枚舉的字符串名稱
- 在查詢SQL語法與加入,或在Oracle8的(也許OpenBASE的)
- 在EJBQL不支持空參數
- 在錯誤上的Oracle8犯CLOB
- 在許多驗證錯誤,當我們刪除dbEntity
- 在停止捆綁辣椒,agent.jar中與發行版
- 在自定義的Java類型的CM嵌入驗證錯誤
- 輸入自定義的Java類型的CM為ObjEntity空白了DB領域
- 在建模器試圖加載的數據對象類中選擇一個查詢時
- 在建模器無法取消設置繼承
- 在EJBQL:加入的連接表不添加到生成的SQL
- 在排除ASM罐
- 在CreateIfNoSchemaStrategy運行為時已晚 - 前代的PK發生
- 在失敗創建新的偵聽器的數據映射
從編譯Maven依賴
限制:
- 在CayenneModeler
評論沒有發現