Oracle 高级排队体验

Question

我正在考虑使用Oracle高级队列技术进行异步通信。我的目标是将其用于并发流程执行（异步 PL/SQL 过程调用）。

当前并发进程执行的遗留实现由 Unix KornShell (ksh) 脚本组成，我们通过后台模式下的 SSH 连接从前端启动。它对我们来说工作得很好，但我对这种解决方案不满意，因为：

• 安全性（前端启动 SSH 连接并在后台模式下执行 ksh 脚本。从我们的同事那里我注意到这种登录将在我们公司受到限制.)
• 维护（并非我们团队中的每个人都熟悉 ksh 脚本）
• 技术多样性（由于技术知识和迁移工作，我尝试减少技术多样性）
• 日志记录（我们的后端系统记录到数据库日志表中，并发执行）部分记录到日志文件

中 ）从 ksh 迁移到数据库我将能够提高系统的整体质量：

• 安全性（不再有 SSH 连接，前端将向数据库发送消息，数据库消息监听器将对消息做出反应并异步执行程序）
• 维护（我们使用我们熟悉的 PL/SQL）
• 技术多样性（到下一次操作系统迁移时，我们将只需要迁移数据库对象和数据）
• 日志记录（我们将充分使用我们的后端日志记录解决方案）

您认为如何关于我的考虑以及你的经历使用 Oracle 高级队列？特别是在稳定性、性能和维护方面？有更好的选择吗？

Answer 1

我显然不知道你的项目的细节，但如果异步PL/SQL过程调用是你唯一的目标，那么使用DBMS_SCHEDULER可能会更容易。您的程序可以通过调用 PL/SQL 的调度程序提交作业以“立即运行”。在我看来，调度程序比 AQ 更容易使用。

Answer 2

使用异步队列管理流 Oracle 带来了优点和缺点：

优点

1. 能够按类型管理流，创建临时代码
   创建处理程序（JOB EVENT 或 APPLY PROCESS）来管理各种
   子流
2. 轻松推出关闭 DEQUEUE 队列的整个类型的流。
3. 管理 MSG 的优先级（创建 Coda 时的参数）
   INSERT TIME 或 PRIORITY（有效负载中的 msg 参数）
   带有截止日期或经过时间的消息。
4. 使范例与解决方案保持一致，以消除事件轮询的缺点

业务

1. 逻辑的负载将全部位于数据库上。
2. 安装新 PKG 时，您需要停止队列（排队和出列）以重新启动指向 PKG 的 HANDLER。
3. 必须实施恢复系统消息处理错误。

我认为一个好的解决方案是在 ORACLE 尾部使用 CODE JMS（JMS 提供程序），以便将 BL 移至 JAVA 上并利用该语言的各种潜力，包括日志记录。