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阅读。