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

形势

Oracle APEX（未指定版本）

单一应用

管理问题：部署新的应用程序版本

细节

最新版本在服务器1上

最终用户正在使用服务器2上托管的旧版本

如何导入在Server1上所做的更改而不影响可能仍在Server2上工作的用户

部署APEX应用程序升级的一些基础知识 提醒用户升级正在进行是一种很好的礼节。提前几天发出通知，并给出完成任务所需的时间窗口。在这种情况下，正如我将解释的，您可以安装新的升级并快速切换到新版本

使用应用程序别名 使用应用程序别名来标识您的应用程序，以避开任意的序列控制ID

这是识别应用程序别名的地方

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

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

其中，“别名”是指您分配给应用程序的任何内容（如“F_40788”）。别名在整个实例中必须是唯一的，或者您可以使用Oracle的RESTfulWebServiceBuilder设置一些巧妙的重定向

如何将实时应用程序切换到维护模式 避免最终用户进行任何不必要的DML或用户活动的最佳方法是在切换到新版本之前锁定前端应用程序

这将防止在升级过程中更改数据的状态。。。在回答这个问题时，如果在覆盖应用程序时启动DML（插入、更新、删除）活动，则事务会失败并回滚，因为它没有达到提交步骤。。或者更糟。你最好锁上几分钟

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

将您的

当前版本

重命名为永久别名，并将其替换的别名存档。最好不要覆盖或立即删除旧版本

同一工作区中同时存在多个版本：

签入导出的应用程序定义脚本与以UTF-8纯文本SQL编码的脚本同样有用。好处是源代码差异可以识别不同版本之间的差异

---

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

感谢您宝贵的回答Richard Pascual先生。我会核实的。