Oracle APEX

义项:Oracle 低代码开发平台
Oracle APEX

Oracle APEX(全称 Oracle Application Express)是甲骨文公司提供的低代码应用开发平台,内置于 Oracle 数据库之中,开发者通过浏览器即可搭建可扩展、安全的企业级应用[1]。它以元数据描述应用结构,由数据库内的运行时引擎实时生成页面,应用全程面向 Oracle 数据库与 SQL、PL/SQL。该平台早期名为 HTML DB,2008 年更名,2025 年 1 月发布的 24.2 版为近期稳定版本[2]。

目录
  1. 定义
  2. 原理
  3. 发展历程
  4. 应用
  5. 局限
  6. 参见

定义

Oracle APEX 是甲骨文公司(Oracle)推出的低代码开发平台,作为 Oracle 数据库的一项内置功能存在,不单独销售或独立安装于数据库之外[3]。它的定位是构建以数据为中心的企业应用,能够在浏览器中完成数据加载、数据库对象管理、REST 接口开发和页面组装[1]。

平台本身无需额外许可费用,只要所用的 Oracle 数据库已获得授权,开发者与最终用户数量均不受限制[3]。应用可以部署在本地数据库、自治数据库以及云端的独立 APEX 服务上[2]。

原理

APEX 采用浏览器、Web 服务器、数据库三层结构。最外层是用户浏览器,中间层是由甲骨文提供的 Oracle REST Data Services(ORDS),负责把浏览器请求映射为数据库存储过程调用,最内层是存放 APEX 引擎与业务数据的 Oracle 数据库。这种分层让中间层与数据库层彼此分离,用户端只需浏览器与一个访问地址,不必安装客户端软件。

开发过程采用声明式方式:开发者通过向导和属性面板描述页面、区域、字段与逻辑,APEX 将其保存为数据库中的元数据;应用运行时引擎读取这些元数据,动态生成页面或处理提交内容,因此不需要编译,也无需生成代码文件[4]。

页面展示与业务逻辑相互分离,页面上的数据项以会话状态形式由平台统一维护,开发者通过绑定变量语法在 SQL 中引用这些值[4]。整个引擎以 PL/SQL 编写并运行在数据库内部,因此应用的运算与数据访问都在数据库一侧完成[5]。

发展历程

该产品最初以 HTML DB 之名发布,2008 年更名为 Application Express,此后一直保持基于浏览器的低代码开发路线[6]。早期版本按 1.5、2.0、3.0 等序号推进,逐步加入了交互式报表、PDF 打印、数据加载与 Oracle Forms 迁移支持等功能[7]。

2015 年 4 月发布的 5.0 版引入 Page Designer,这是浏览器内的集成开发环境,支持组件拖放与属性编辑,同时带来响应式的 Universal Theme 主题[7]。从 5.2 版开始,版本号改为与年份和季度对应的形式,5.2 对应 18.1[2]。

2024 年 6 月的 24.1 版加入生成式人工智能辅助开发,可用自然语言创建应用并辅助编写 SQL 与调试;2025 年 1 月 15 日发布的 24.2 版增加了为 AI 调用提供检索增强数据、JSON 数据源与工作流增强等能力[7]。

甲骨文内部也大量使用该平台,其内部部署实例上运行的活跃工作区超过 6,400 个、应用超过 4.8 万个,甲骨文已将其列为构建 Fusion 应用的一级平台[8]。

应用

APEX 主要用于构建以关系数据为核心的 Web 应用,包括查询报表页、增删改表单页、图表与汇总仪表板、审批工作流,以及与页面提交事件绑定的 PL/SQL 处理逻辑[9]。常见的落地方式是把电子表格或既有数据库表导入,快速形成统一的数据源与维护界面[1]。

由于 APEX 应用可以直接调用数据库中的 SQL 与 PL/SQL,它常被用于把 Oracle Forms 等旧系统的业务逻辑迁移到浏览器端。平台还支持发布和使用 REST 接口,便于与外部系统及甲骨文云应用集成[9]。

在自治数据库上,甲骨文负责 APEX 各组件的配置、补丁、监控与升级,使用方只需专注于应用本身[1]。云端的始终免费额度也提供带有 CPU、存储与同时会话上限的 APEX 服务实例,供学习和小型项目使用[10]。

局限

APEX 面向以数据为中心的 Web 应用,不适合需要底层访问设备外设的原生应用、富客户端程序,也不适合完全离线运行的场景,因为运行期必须能够访问数据库[11]。它是多页应用框架,若要做单页应用,通常需要借助自定义代码或集成 JavaScript 框架,工作量与复杂度都会上升[11]。

平台与 Oracle 数据库紧密耦合,其运行依赖 Oracle 数据库与 ORDS,无法作为独立产品连接其他厂商的数据库使用[12]。在完全托管的云端环境中,部分实例级配置、日志与认证方式被甲骨文预先固定或关闭,也不能切换为精简的运行时环境[13]。

对于业务逻辑高度复杂、并发峰值极高或需要弹性多区域部署的系统,公开的机构使用规范会限制或禁止采用 APEX,并要求把复杂业务逻辑放到独立的后端服务中[14]。使用者反馈中,资源文件的版本管理、大数据量下的响应速度等问题也被反复提及[12]。

APEX 应用通常以导出的 SQL 脚本作为版本控制与部署的单元,平台本身不提供完整的图形化版本管理机制,需要配合外部工具和流程[9]。

参见

参考资料

  1. Using Oracle Autonomous Database Serverless [引用日期2026-10-29]
  2. Oracle Application Express [引用日期2026-10-29]
  3. APEX Licensing [引用日期2026-10-29]
  4. Learn more about Oracle Application Express [引用日期2026-10-29]
  5. api-first-apex(PDF) [引用日期2026-10-29]
  6. Safe harbor statement [引用日期2026-10-29]
  7. Search Results [引用日期2026-10-29]
  8. Accelerating Innovation: GenDev with Oracle APEX [引用日期2026-10-29]
  9. Oracle APEX (Application Express) [引用日期2026-10-29]
  10. always-free-oracle-apex-application-development [引用日期2026-10-29]
  11. Using Oracle APEX | Enterprise Architecture [引用日期2026-10-29]
  12. likes-dislikes [引用日期2026-10-29]
  13. apex-notes-autonomous [引用日期2026-10-29]
  14. Politica de uso de Oracle APEX_v01r00(PDF) [引用日期2026-10-29]
词条评价
词条统计

浏览次数:0 次

阅读量:0 次 · 阅读完成量:0 次

最近更新:2026-10-28T18:34:41Z

历史版本

本条目引用的词条
Oracle 数据库 Oracle REST Data Services 低代码开发平台 PL/SQL Oracle Forms