将 APEX_COLLECTIONS 用于大型或多页表单 - APEX 21.1
Using APEX_COLLECTIONS with Large or Multi-Page Forms - APEX 21.1
我正在模拟/设计一个应用程序表单，该表单由许多区域组成，将分为 5 页（由于个人选择和给定要求，我有意不使用 APEX 向导组件） .所以我需要暂时 store/persist 所有页面的信息，同时用户填写表格并在最后一页查看并保存他们的申请。
根据对 的回复，似乎 apex_collections 是执行此操作的首选方法，而不是使用 session state 中已有的值在会话期间保留信息.我花了一些时间将表单分解为可映射到大约 8 个集合的逻辑数据组。
问题：
- 这是一个正确的假设（集合与会话状态）和方法吗？
- 使用
APEX_COLLECTIONS 时是否需要考虑任何性能方面的考虑（特别是如果每页使用 2 或 3 个）？
- 如何最好地处理会话状态中的值和集合？假设您使用会话状态值来填充其关联表单上的页面项目，但在保存时使用最后一页的集合？所以你有点维护数据两次，对吧？
Collections绝对是一个很稳固的解决方案。我认为您不会看到任何性能问题，无论如何，所有 collection 都存储在一个 table 中。
就我个人而言，如果您还使用 collections.
每个 page/collection
有 2 套流程
- 呈现之前的页面进程，以从每个 collection（如果存在）
中获取数据
- 提交给insert/update每个collection
的数据后的一个页面处理
我正在模拟/设计一个应用程序表单，该表单由许多区域组成，将分为 5 页（由于个人选择和给定要求，我有意不使用 APEX 向导组件） .所以我需要暂时 store/persist 所有页面的信息，同时用户填写表格并在最后一页查看并保存他们的申请。
根据对 apex_collections 是执行此操作的首选方法，而不是使用 session state 中已有的值在会话期间保留信息.我花了一些时间将表单分解为可映射到大约 8 个集合的逻辑数据组。
问题：
- 这是一个正确的假设（集合与会话状态）和方法吗？
- 使用
APEX_COLLECTIONS时是否需要考虑任何性能方面的考虑（特别是如果每页使用 2 或 3 个）？ - 如何最好地处理会话状态中的值和集合？假设您使用会话状态值来填充其关联表单上的页面项目，但在保存时使用最后一页的集合？所以你有点维护数据两次，对吧？
Collections绝对是一个很稳固的解决方案。我认为您不会看到任何性能问题，无论如何，所有 collection 都存储在一个 table 中。
就我个人而言，如果您还使用 collections.
每个 page/collection
有 2 套流程- 呈现之前的页面进程，以从每个 collection（如果存在） 中获取数据
- 提交给insert/update每个collection 的数据后的一个页面处理