如果应用程序同时升级或更换，DML流程是否会受到影响？

Question

场合

1. Oracle APEX（未指定版本）
2. 单一申请
3. 管理问题：部署新的应用程序版本。

详细

1. 最新版本在Server1上
2. 最终用户正在积极处理Server2上托管的旧版本。
3. 如何在不影响可能仍在使用Server2的用户的情况下导入在Server1上所做的更改？

Answer 1

部署APEX App升级的一些基础知识

警告用户正在进行升级，这总是很好的礼仪。提前几天通知，以及完成任务所需的时间窗口。在这种情况下，正如我将解释的那样，您可以安装新升级并快速切换到新版本。

使用应用程序别名

使用应用程序ALIAS识别您的应用程序，以摆脱任意的序列控制ID。

这是识别APP ALIAS 的地方

在此示例中，可以使用别名和ID。我建议将ALIAS发布给在每个人的桌面上制作小快捷方式图标的用户和支持人员：

    http://sakura.apex-server-01.guru:8080/apex/f?p=ALIAS

“ALIAS”是您分配给应用程序的任何内容（例如“F_40788”）。别名在整个INSTANCE中必须是唯一的，或者您可以使用Oracle的RESTful Web服务构建器设置一些巧妙的重定向。

如何将实时应用程序切换到维护模式

避免最终用户发生任何不需要的DML或用户活动的最佳方法是在切换到新版本之前锁定前端应用程序。

这样可以防止在升级过程中更改数据状态...在回答问题时，如果在覆盖应用程序时启动DML（插入，更新，删除）活动，则事务失败并且滚动回来，因为它没有达到COMMIT步骤..或更糟。你最好只需要锁定几分钟。

如何将应用程序设置为维护模式

将您的current version重命名为永久ALIAS并归档其替换的ALIAS。最好不要覆盖或立即删除旧版本。

多个版本共存于同一工作区中：

检查导出的应用程序定义脚本同样有用，因为它们是用UTF-8纯文本SQL编码的。好处是源代码差异可以识别ver

之间的差异

只要他们的访问受到限制，并且他们的别名更改为未列出的值，他们就可以作为新的当前版本的任何意外问题的良好后备。