複数の抽象化レベル: Ebean は、SQL、DTO クエリ、SqlQuery、および JDBC と混合した複数レベルのクエリ抽象化 ORM クエリを提供します。最高の抽象レベルで作業し、必要に応じてレベルを下げます。
データベースの移行: 組み込みの DB 移行の生成と実行。 「リベース」移行と、反復可能な初期移行および「通常」移行のサポート。
素晴らしい SQL : Ebean は、自分で手作りするような SQL を生成します。優れた SQL を使用し、SQL デカルト積を決して生成せず、常にリレーショナル制限/オフセットを尊重します。
自動クエリ調整: ORM クエリの場合、Ebean は使用されているオブジェクト グラフをプロファイリングし、クエリを自動的に調整できます。
Docker テスト コンテナー: サポートされているすべてのデータベースの Docker テスト コンテナー。私たちが使用するデータベースのすべての機能について 100% のテスト カバレッジを取得します。
タイプ セーフなクエリ: タイプ セーフなクエリ Bean を使用してクエリを構築できます。 IDE はクエリの作成時にオートコンプリートを実行し、コンパイル時のチェックを行ってくれます。これは楽しいです。
パフォーマンスはオプションではありません。必要なもの (部分的なオブジェクト) のみを取得するようにクエリを最適化します。スマート ロード コンテキストを介して N+1 を自動的に回避します。
質問や問題を Ebean Google グループまたは github ディスカッションに投稿してください
https://ebean.io/docs/ に移動します
Maven セントラル - g:io.ebean
git clone [email protected]:ebean-orm/ebean.git
mvn clean install
Ebean 13 は、module-info を備えた Java モジュールを使用します。これは、バージョン 13 より前のクラスパスを使用してビルドする場合よりも厳しいコンパイル ルールが適用されていることを意味します。
Maven Surefire テストでは、モジュールパスではなくクラスパスを使用してテストが実行されるように、 <surefire.useModulePath>false</surefire.useModulePath>
を使用します。 module-info を使用したテストの領域ですべてのツール (Maven、IDE) が改善されるまで、これを続けます。
現時点では、Java モジュールのサポートが不十分なため、Eclipse IDE を使用して Ebean を構築してテストを実行することはできません。 ebean/issues/2653 を参照してください。
現在の推奨事項は、Ebean を構築およびハッキングするための IDE として IntelliJ IDEA を使用することです。
IntelliJ で Maven Surefire と同様のクラスパスを使用してテストを実行できるようにしたいと考えています。これを行うには、次のように設定します: JUnit -> modify options -> Do not use module-path option
このオプションを IntelliJ のグローバルデフォルトとして設定するには、次を使用します。
Run - Edit Configurations -> Edit configuration templates -> JUnit -> modify options - Do not use module-path option
終わり