eobjects.orgメタモデルは、データベース·ドメインのSQL 99に準拠したドメインモデルの最大の再利用のために作成したプロジェクトである＆NBSP;メタモデルは、データベースの構造を表すクラスとそれと対話する方法を含むモデルである。要するに、モデリングのためのモデル（故に言葉「メタモデル」）データベースやその他のデータストア内のデータ。
メタモデルはeobjects.orgプロジェクトDataCleaner、DataTransformerとTableAgentを含め、多くのプロジェクトで使用されている。さらにQueryParserプロジェクトが入ってくるSQLクエリを解析することによってメタモデルのクエリ部分を移入する文字列ベースのパーサを作成することを目的としている。
のこのリリースのの新機能：。
- 。これは、今、彼らは通常のデータベースまたはデータファイルをどこかのように、これらのビジネス·アプリケーションと対話できることを意味します。情報管理領域における当社の代表的なユースケースの場合、これらの追加は非常に簡単な相互作用をすると、データベースの相互作用を統一します。
- はさらに3.3リリースはバグ修正と改良の定期的なラウンドが含まれ、特にIBM DB2のサポートがさらに最適化されています。
のあるどのバージョン3.2.5のの新しい：
- バージョン3.2.5は、多数の既存の機能を向上させる地域の、主にクエリの構文解析能力にDB2およびMS SQLサーバーのための改良された支持体上で。 10大幅な改善を限度ます。
のあるどのバージョン3.2.3のの新しい：
- このバージョンでは、DB2のSQL-方言でタイムスタンプのリテラルを修正ます。
のバージョン3.2.1でのの新しい何が：私たちはQUOT＆のパフォーマンスを大幅に改善しました。
- ; ＆QUOT。DELETE FROM。 CSVファイル上の文します。
- 当社は、利用できない·ツー·使用可能なデータ型のマッピングを追加しました。テーブル＆QUOTを作成します。例えば上の利用できないデータ型を含む文。 DB2またはPostgreSQL。これらの場合、適切なデータタイプは自動的に、例えば、適用される。 DB2上の代わりにブールSMALLINTを使用、またはPostgreSQLにBYTEAの代わりに、BLOBを使用するようにします。
- はコンパイルされたJDBCクエリのマルチスレッド実行に関連するバグを修正しました。私たちは、コンパイルされたクエリの並列実行を確実にするために準備された文のプールを作成しました。
- はHAVING句オペランドの引用を適切に関連するバグを修正しました。集約関数のデータ型が関数の引数のデータ型が異なる場合に、与えられた状況下では正確ではない引用します。
- 、それは単に、クエリが単純に再利用するようになります。
- DataSetのインデックスのキャッシュは、ルックアップ列によってまたはによって＆QUOTを作り、実施されている。より速く、一定時間ます。
発行＆QUOT時
クエリは今変えて実行するためにそれらを準備し、コンパイルすることができます。
のバージョン3.2での新機能であるパラメータ値。 JDBCデータベースの場合、これは、準備された文のような機能を提供します。
その他のデータストアのために
セレクトアイテム＆QUOT;
の何が新しいのバージョン3.0で：
- 新機能：
- はUPDATEを実行し、DELETE操作します。
- メタモデル3.0で、私たちは今、あなたのデータストアにCRUD操作のフルセットを提供します！これは、レコードを照会し、挿入に加えて、あなたが今もレコードを更新し、それらを削除できることを意味します。
- UPDATEおよびDELETE操作が現在含む全てのUpdateableDataContext実装、上焼成することができる：
- JDBCデータベースます。
- CSVファイル
- Excelのスプレッドシートます。
- のMongoDBデータベースます。
- のCouchDBデータベースます。
- TABLE操作をCREATE TABLEおよびDROP EXECUTEます。
- メタモデル3.0では、今も、実行時にテーブルを作成し、ドロップすることができるしている。たとえば、一時的な、しかし、永続テーブルを作成するために使用することができ、実行時に動的にデータモデルにフィット。 ：そうすることで、現在含んUpdateableDataContextの実装、のいずれかのexecuteUpdate（...）メソッドを使用して行われます
- JDBCデータベースます。
- CSVファイル
- Excelのスプレッドシートます。
- のMongoDBデータベースます。
- のCouchDBデータベースます。
- 「表」の概念は、これらのデータストアに少し異なっているので、完全な概要については、スキーマとテーブルセマンティクスページを見てみます。
- のCouchDBサポートします。
- 私たちは、CouchDBのサポートを提供していますメタモデル3.0でのブランドの新しいモジュールを持っている！今、あなたはあなたが任意の正規データベースを照会するのと同じように照会し、あなたのCouchDBのデータベースを更新することができます。
- Javaオブジェクトベースのデータストアます。
- もう一つの新モジュール：Javaオブジェクトのサポート（別名POJOモジュール。）。これは、最初はとても印象的な見えないかもしれないが、それは実際には非常に便利です。あなたは、単純なインメモリデータを使用して流れ、目的のunittestingためのインスタンスに使用することができたり、ユーザーがあなたのデータをテストドライブすることができるようにします。
- プライマリキー意識します。
- メタモデルは現在、主キーを認識している。 UPDATEおよびDELETE操作を扱うときに明らかにこれは非常に重要です。そのため、2つの新しいメソッドがあります：。（Table.getPrimaryKeysを）とColumn.isPrimaryKey（）
- 既存のAPIへの変更：
- 新しい列タイプ：リストと地図ます。
- はMongoDBのとCouchDBのようなのNoSQLデータストアのサポートの拡大により、我々は新しい列タイプの必要性を見てきました。私たちは、この目的のためにLISTとMAPを導入しました。彼らは、java.util.Listにとのjava.util.Mapにマッピングし、それらの中に含ま完全ドキュメントを表すために、これらのデータストアのタイプを可能にします。
- ＆QUOTの意味、行番号＆QUOT。 0ベースの1をベースに変更します。
- 他の同様のライブラリとの整合性を向上させるためにメタモデルのための重要なAPIの変更：我々は、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の'（ほとんど使用されません）します。
- 私たちは、メタモデル3.0にアップグレードする前に、これらのメソッドやクラスの使用状況を確認することをお勧めします。それらを使用しているときに1ベースのアプローチにベースの0から切り替えていることを確認します。
- 演算子「高い/より低い ''よりも小さい/大」に名称変更します。
- 演算子の種類HIGHER_THANとLOWER_THANは推奨されなくなりました。代わりに新しいGREATER_THANとLESS_THANを使用します。
- ログレベルのモデレーションします。
- （特にJDBCモジュール用）ロギングレベルは、以前のようにINFOレベルで多くの情報が含まれていないために緩和されています。これは、もはや例えば得ないことを意味します。 INFO-ログインしてアプリケーションのセキュリティのために改良されINFOレベルでの完全なSQLクエリ、します。
- 非推奨（）
- メソッドDataSet.toTableModel（）は非推奨になりました、と私たちは、バージョン3.1から完全にそれを削除することを計画。これはjavax.swingのパッケージが禁止されている（一部のOSGi環境で使用することができる。）環境内の任意のヒックアップを防ぐためですかさえ存在しない（例えば。将来のJava 8ジグソーベースの展開で）。メソッドのユーザーが同じ結果を生成する代わり、クラスDataSetTableModelを、使用することが推奨されます。
- バグ修正：
- ブールのJDBC値の処理で修正されたインデックス発行します。
- JDBCブール値をretreivingとの問題が発見され、修正されました。
メタモデル3.0の
<李は> 特定のエイリアステーブルの列を参照する可
<李は>我々は、それが可能な、あなたはそれから1の特定の選択項目の参照を特定できた場合にクエリで同じテーブルを複数回参照していることを意味し、特定のFromItemを参照してのSelectItemを構築するために作りました。
DataSet.toTableModelの
のバージョン2.1のの新機能である：メタモデルの2.1バージョン
- エキサイティングです。このリリースでの主なarchievementsはのNoSQLデータベースMongoDBのようなXMLファイルのための非平板状のデータストアのマッピングモデルを提供してきました。これは、以前にカスタム変換とカスタムクエリの実装を行うためにあなたを必要とし、これらの2つのデータ形式は、標準的な方法で今問い合わせることが（とMongoDBの者の場合にも、変更された）ことを意味します。 MongoDBのとXMLファイルの両方のためにあなたが（そもそも完璧が、良いできない場合があります）テーブルモデル自動検出メタモデルをさせるか、独自のテーブル定義を指定し、残りからメタモデル図をできるようにどちらかの選択肢があります。
のバージョン2.0.2でのの新機能：
- Excelのアダプタは現在の新しいストリーミングAPIを使用しています非常に大きなExcelスプレッドシートのサポートはちょうどかなり良くなったことを意味しなければならないのApache POI、します。
- 、します。
- パフォーマンスではなく、時間の前方に、ジャストインタイムのサブ選択を適用することにより、クエリの後処理を改善します。
CSVファイル形式用に定義されたセパレータと引用文字を尊重することではないの書き込みに起因するバグが修正されました
<李は>我々はMongoDBのデータベース用の新しい実験アダプタを追加しました。アダプターは、周知のメタモデルクエリAPIを使用してMongoDBのを照会サポートしています。 MongoDBのは、スキーマ定義を持っていないので、あなたがが、スキーマを自分で定義する必要があります。
バージョン2.0のの新機能
の
- 新機能には、更新（書き込み操作）を行うためのAPIが含まれデータ上で、CSVファイル、Excelスプレッドシート、およびJDBCデータベースにExcelの読み取りのためのビジュアルスタイリングスプレッドシートや類似のデータ·ストアで使用されるメタデータ、クエリでIN演算子のサポート、および主要なパフォーマンスの向上をサポートするデータを作成する機能。
コメントが見つかりません