ebean

使用数据库平台构建

使用 Java 早期访问版本进行构建

---

适用于 Java 和 Kotlin 的 Ebean ORM

多个抽象级别：Ebean 提供多个查询抽象级别 ORM 查询，与 SQL、DTO 查询、SqlQuery 和 JDBC 混合。在最高抽象级别上工作，并根据需要降低级别。

数据库迁移：内置数据库迁移生成和运行。支持“变基”迁移以及可重复、初始化和“正常”迁移。

很棒的 SQL ：Ebean 生成您可以自己手工编写的 SQL。使用优秀的 SQL，从不生成 SQL 笛卡尔积，始终遵守关系限制/偏移量。

自动查询调整：对于 ORM 查询，Ebean 可以分析正在使用的对象图，并自动调整查询。

Docker 测试容器：所有支持的数据库的 Docker 测试容器。对我们使用的数据库的所有功能进行 100% 的测试覆盖。

类型安全查询：我们可以使用类型安全查询 bean 构建查询。 IDE 在编写查询时自动完成，编译时检查，这很有趣。

性能不是可选的：优化查询以仅获取我们需要的内容（部分对象）。通过智能加载上下文自动避免 N+1。

ORM 的好处

• 自动回避N+1
• L2缓存以减少数据库负载
• 查询混合数据库和二级缓存
• 自动调整 ORM 查询
• Elasticsearch 用于搜索或 L3 缓存

---

赞助商

需要帮助吗？

将疑问或问题发布到 Ebean google 群组或 github 讨论区

文档

转到 https://ebean.io/docs/

Maven中央

Maven 中心 - g:io.ebean

从源代码构建 Ebean

• 安装了 JDK 11 或更高版本
• 已安装Maven
• git clone [email protected]:ebean-orm/ebean.git
• mvn clean install

Ebean 13 使用带有 module-info 的 Java 模块。这意味着现在比使用 13 版之前的类路径构建时有更严格的编译规则。

对于 Maven Surefire 测试，我们使用<surefire.useModulePath>false</surefire.useModulePath> ，以便测试使用类路径而不是模块路径运行。我们一直这样做，直到所有工具（Maven、IDE）在模块信息测试领域得到改进。

Eclipse集成开发环境

目前我们无法使用 Eclipse IDE 来构建 Ebean 并运行其测试，因为它对 java 模块的支持很差。请参阅 ebean/issues/2653

目前的建议是使用 IntelliJ IDEA 作为 IDE 来构建和破解 Ebean。

智能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

结尾