Oracle APEX - 使用表单提交过程选择要插入的下一行

Question

好的。我的情况是，我有两家公司 COMPANY1 和 COMPANY2，它们协同工作以创建 PART。由于他们一起工作，他们都拥有所有权，因此都希望将 PART_NUMBER 分配给同一部分。 COMPANY1 为 COMPANY2 提供了一个 PART_NUMBERS 块，以分配给他们创建的部件。

我有一个包含主键 (COMPANY1_PART_NUMBER) 的表 (TABLE_PARTS)。由于 COMPANY1 向 COMPANY2 提供了一组数字，因此表格中只填充了这些数字并等待分配给实际零件。

我有一个 COMPANY2 将使用的输入表单来插入零件信息，包括 COMPANY2_PART_NUMBER。我需要更新 TABLE_PARTS 中的行以填写 pk COMPANY1_PART_NUMBER 周围的其余列，从而将该编号分配给零件。

我已确定我需要选择 MIN(COMPANY1_PART_NUMBER)，其中 COMPANY2_PART_NUMBER 为空，并使用零件信息更新该行。

我需要确定表单提交后将使用进程更新哪一行，因为表单会有并发用户，并且在页面加载时选择一行肯定会导致人们不小心尝试插入相同的 COMPANY1_PART_NUMBER 行。

有什么想法吗？我相信这并不难，但我遇到了问题，哈哈。谢谢！

Answer 1

所以你需要的是：

• 一个且只有一个用户可以在页面的某处拥有特定的免费部件 ID。不允许用户打开表单，让他们填写详细信息，然后在提交页面后由于其他用户已占用号码等原因导致流程失败。
• 这已经排除了 apex 中使用的标准机制。并发和丢失更新检查只发生在 DML 处理点，通常在计算和验证之后提交。
• 我正在考虑标记用户选择进行更新的行。但是，这也必须撤消。只要用户实际单击“取消”按钮就可以了，但是如果没有额外的框架，您将无法捕获其他事件。即使那样，您也只能捕获浏览器事件。如果用户击落浏览器进程甚至崩溃，标记的记录会发生什么！？它只会坐在那里，等待开发人员解决此问题，或者没有意识到他们实际上从未用完数字。
• 也许可以编写自己的锁定机制：在页面加载时创建锁定。以所选零件 ID 命名此锁，以便对其进行检查。此页面上的另一个 onload 进程应检查输入 id 上的锁定。如果存在锁，则失败并执行某些操作，例如重定向。创建的锁也可以设置超时，因此这实际上可以为崩溃的浏览器和计算机提供备份。然后，当用户取消操作时，您需要移除此锁定。通过面包屑或导航点击离开仍然没有被捕获，但您可以依靠锁定超时。或者使用诸如 Skillbuilders 之类的框架扩展在退出前保存。然后，您可以使用页面进程来移除对不同退出事件的锁定（通过 ajax 调用）。但是，该解决方案仍然不是 100% 最佳的。一个例子是只剩下 1 条记录，而用户想要分配一些东西。但是，由于某种原因，锁仍然超时，因此用户会收到一条错误消息，因此被引导相信没有留下任何 id。同样，这可以通过提供更详细的错误消息来解决，说明还有数字，但当前已锁定（“稍后再试”？- :-/）

这些东西只是在我的脑海中播放。我一直在尝试诸如“选择更新 nowait”之类的东西，但它不起作用。可能是因为一旦运行了块，锁就会被释放。

我希望我能通过谷歌找到一些东西，但真的没有乐趣。我自己还没有遇到这个要求（还没有？），所以我也有点困惑如何最好地解决这个问题。

编辑：我记得我在过去 5 年的某个地方使用过 dbms_locks，也许你应该尝试一下。但是，不能在 apex.oracle.com 上使用 DBMS_LOCK，而且我在工作中的 db 中没有使用它的权限（并且 dba 不在这里）。所以继续看看DBMS_LOCK和this example。

你要做的是：创建一个 onload-after 标头进程，并在那里创建一个独占锁（独占，你当然不想共享任何东西）。您希望此 id 对于所选的部件 id 是唯一的。确保锁定超时（默认为 MAXWAIT = 永远！）或取消释放锁定的过程，这样您就不会在测试它时遇到麻烦。

-- this is just a handle though, not the actual lock
dbms_lock.allocate_unique(lockname        => 'lock_part_'||company1_part_id,
                          lockhandle      => v_lockhandle, 
                          expiration_secs => 300 -- 5 mins
                         ); 

-- request does the actual lock,
-- so this'll give errors when called for the same lockhandle 
-- and a lock is already in effect
v_result := dbms_lock.request(lockhandle => v_lockhandle, 
                              lockmode => dbms_lock.x_mode, 
                              timeout => 0 -- fail instantly and don't wait to put a lock if already locked,
                              release_on_commit => true/false -- try both, not sure if it'll work with TRUE
                             );

release_on_commit
将此参数设置为 TRUE 以释放锁定 提交或回滚。

否则，锁会一直持有，直到它被显式释放或直到 会议结束。

如果一切顺利，由于您创建的锁，另一个会话将无法锁定相同的 ID。捕获错误您必须自己尝试，但不应该对现有锁进行硬测试并为错误提供足够的反馈。

DBMS_LOCK.request 返回值

表 70-10 REQUEST 函数返回值

返回值说明
0 成功
1 次超时
2 死锁
3 参数错误
4 已经拥有由 id 或 lockhandle 指定的锁
5 非法锁柄

我喜欢扩展 apex，但如果您不得不为一页费尽心思，并且有许多不同的流程，所有这些都是针对这一页的自定义...也许有一个简单的方法，我只是我自己也看不到（还）。