MetaModel

在eobjects.org元模型是對數據庫領域的SQL 99兼容的域模型最大的重用＆NBSP創建的項目;元模型是包含代表數據庫的結構類和與它交互方式的典範。總之，一個模型建模（因此單詞“元模型”）中的數據庫和其他數據存儲的數據。
元模型是被用在了很多項目，包括eobjects.org項目DataCleaner，DataTransformer和TableAgent。此外，該QueryParser的項目旨在建立一個基於字符串的解析器解析傳入的SQL查詢來填充元模型的查詢部分

什麼是新的在此版本中：

• 在隨著我們開放了幾個新的模塊，以完全成熟的業務應用，即Salesforce CRM和SugarCRM的3.3版本。這意味著您現在可以使用這些業務應用程序進行交互，就好像他們在那裡常規數據庫或數據文件。對於我們的典型應用案例，在信息管理領域，這些增加使得互動更加容易，並與統一數據庫交互。
• 在另外的3.3版本包含了規則的圓形錯誤修正和改進，特別是IBM DB2支持，也得到了進一步優化。

什麼是3.2.5版本，新的：

• 在版本3.2.5改進了一些現有的功能領域，主要是查詢解析能力和對DB2和MS SQL服務器更好的支持。總額高達10顯著的改善。

什麼是3.2.3版本，新的：

• 在這個版本的DB2的SQL方言修復時間戳文字。

什麼是3.2.1版本，新的：

• 我們已經大大改善了＆QUOT的表現; DELETE FROM＆QUOT;在CSV文件的語句。
• 我們已經發出＆QUOT時，無法添加到現有的數據類型的映射; CREATE TABLE＆QUOT;載如不可用的數據類型的語句。 DB2或PostgreSQL。在這些情況下，一個合適的數據類型將被自動應用，例如。使用SMALLINT，而不是布爾對DB2，或使用BYTEA而不是BLOB對PostgreSQL的。
• 系統有關編譯JDBC查詢的多線程執行錯誤是固定的。我們已經創建的準備語句池，以確保編譯查詢的並行執行。
• 系統屬於適當引用HAVING子句的操作數的錯誤是固定的。當集合函數的數據類型是從功能參數的數據類型不同，其報價不會是在特定條件下是正確的。

什麼是3.2版本，新的：

• 在查詢現在可以編譯，具有不同的他們準備執行參數值。對於JDBC數據庫，這將提供準備好的聲明中一樣的功能。
• 對於其他數據存儲，它只會令查詢重用簡單。
• 在DataSet中的索引緩存已經實施，使得查找經柱或＆QUOT;選擇項目＆QUOT;更快，恆定時間。

什麼版本3.0是新的：

• 在新功能：
• 在執行UPDATE和DELETE操作
• 在有了MetaModel的3.0，我們現在提供全套CRUD操作對你的數據存儲！這意味著，除了查詢和插入記錄，您現在還可以更新記錄和刪除它們。
• 的UPDATE和DELETE操作可以在所有UpdateableDataContext實現，目前包括被解僱：
• 在JDBC數據庫
• 在CSV文件
• 在Excel電子表格
• 的MongoDB數據庫
• 在CouchDB的數據庫
• 在執行CREATE TABLE和DROP TABLE操作
• 在MetaModel的3.0你現在還能夠創建並在運行時刪除表。例如，你可以用它來創建臨時的，但持續的表格，或在運行時動態適應您的數據模型。
：使用的executeUpdate（...）方法在任何UpdateableDataContext實現，目前包括這樣做的
• 在JDBC數據庫
• 在CSV文件
• 在Excel電子表格
• 的MongoDB數據庫
• 在CouchDB的數據庫
• 在一個'表'的概念在不同的數據存儲這一點，所以來看看的模式和表語義頁的完整概述。
• 在CouchDB的支持
• 我們在MetaModel的3.0，提供CouchDB的支持，一個全新的模塊！現在，您可以查詢和更新的CouchDB數據庫就像你查詢任何常規數據庫。
• 在一個Java對象的基礎數據存儲
• 在MetaModel的3.0另外一個新的模塊：Java對象的支持（也稱為POJO模塊）。雖然這可能似乎並不那麼令人印象深刻，在第一，它實際上是相當有用的。您可以使用例如用於unittesting目的，或讓用戶試駕您的數據流使用簡單的內存中的數據。
• 在主鍵意識
• 在元模型是目前知道的主鍵。顯然，當與處理UPDATE和DELETE操作，這是非常重要的。因此，你會發現兩個新的方法：Table.getPrimaryKeys（）和Column.isPrimaryKey（）
• 更改現有API：
• 在新列類型：列表和地圖
• 隨著NoSQL的數據存儲像MongoDB的和CouchDB的支持的擴大，我們已經看到了需要新的列類型。我們引入了LIST和MAP用於這一目的。它們映射到的java.util.List和java.util.Map的，並允許這些數據存儲類型來表示其中包含的全文件。
• 的＆QUOT語義;行號＆QUOT;從0變化為基礎，以1為基礎的。
• 在為了提高與其他類似的庫一致性的一個重要的API變化MetaModel的：我們從0開始的索引概念，改變了行號的概念是基於1的行數的概念！這是為了遵守行號在例如典型的使用完成。 SQL LIMIT子句，電子表格應用程序，JPA規範等等。
• 在向下側，這意味著它們的語義已經改變為一些方法或類
• 在該Query.setFirstRow（整數）和Query.getFirstRow（）方法。
• 在該CsvConfiguration構造函數參數“columnNameLineNumber”。需要注意的是常量NO_COLUMN_NAME_LINE和DEFAULT_COLUMN_NAME_LINE進行了調整，這些常量，所以當，沒有變化是必要的。
• 在該FixedWidthConfiguration構造函數參數“columnNameLineNumber”。需要注意的是常量NO_COLUMN_NAME_LINE和DEFAULT_COLUMN_NAME_LINE進行了調整，這些常量，所以當，沒有變化是必要的。
• 在該ExcelConfiguration構造函數參數“columnNameLineNumber”。需要注意的是常量NO_COLUMN_NAME_LINE和DEFAULT_COLUMN_NAME_LINE進行了調整，這些常量，所以當，沒有變化是必要的。
• 在該FirstRowDataSet構造函數參數“FIRSTROW”（很少使用）。
• 我們鼓勵您升級到MetaModel的3.0之前檢查你的這些方法或類的用法。確保你從0開始的時候使用它們1為基礎的方法。
切換
• 在運營商“更高/低於”重命名為“大/小於”。
• 在操作類型HIGHER_THAN和LOWER_THAN已被棄用。使用新的GREATER_THAN和LESS_THAN代替。
• 允許在一個特定的別名引用的表列
• 我們已經使人們有可能構建一個SelectItem與參考到特定FromItem這意味著，如果你是引用同一個表中多次查詢，然後你可以找出哪一個特定的選擇試題參考。
• 在日誌記錄級別moderations
• 在日誌記錄級別（尤其是對JDBC模塊）已放緩至像以前那樣不包括在INFO級別盡可能多的信息。這意味著你將不再獲得如。完整的SQL查詢中的信息的水平，這是一個改進的INFO-記錄應用的安全性。

DataSet.toTableModel到
• 棄用（）
• 在該方法DataSet.toTableModel（）已過時了，我們打算完全從3.1版本中刪除。這是為了防止任何希克起坐的環境中javax.swing包被禁止（例如，在某些OSGi的環境中），或者甚至不存在（例如在未來的Java 8拼圖基於部署）。鼓勵的方法的用戶使用類DataSetTableModel代替，這將產生同樣的結果。
• 在錯誤修正：
• 在固定的指數問題處理布爾JDBC值
• 在檢索與JDBC布爾值的一個問題被發現和修復。

什麼在2.1版本的新：

• 在2.1版本的元模型是一個令人興奮的。本新聞稿中的主要archievements是提供一個映射模型，非表格數據存儲喜歡的NoSQL數據庫MongoDB的和XML文件。這意味著，以前需要你做定制的轉換和自定義查詢實現這兩種數據格式現在可以查詢（和MongoDB的情況下，還修改）的標準方式。對於這兩種MongoDB的和XML文件，你要么讓MetaModel的自動檢測表模式（這可能不是完美的，但良好的開始），或指定自己的表定義，讓MetaModel的身影了，其餘的選擇。

什麼在2.0.2版本新：

• 在Excel的適配器現在使用在新的流API Apache的POI，這應該意味著非常大的Excel電子表格的支持剛剛好了很多。
• 修正了，這引起了CSV寫不尊重的文件格式定義的分隔符和引號字符。
• 在性能應用，而不是提前子選擇剛剛在時間，提高了查詢後處理。
• 我們已經添加了一個新的實驗適配器的MongoDB數據庫。該適配器支持使用眾所周知的MetaModel的查詢API查詢的MongoDB。因為MongoDB中沒有模式定義，你將不得不雖然自己定義的模式。

什麼是在2.0版本中新的：

• 在新功能包括執行更新的API（寫操作）數據的能力，以創建CSV文件，Excel電子表格和數據庫的JDBC，視覺造型的元數據支持，電子表格和類似的數據存儲使用，IN操作符的查詢的支持，以及主要性能改進的數據為Excel閱讀。