如何使自动记录权限字段尽快更新？
How to make the Automatic Record Permission field to update itself as quickly as possible?
如果您正在使用访问控制，您一定遇到过自动记录权限字段（带有规则）在重新计算记录时不会自行更新的问题。您要么必须启动完全重新计算，要么等待相当长的时间才能进行更改。
我面临这个问题，基于记录中的 10 个不同的字段值，我必须分别向 10 个不同的组授予 read/edit 访问权限。
例如：
- 如果规则 1 为真，则授予第一组用户编辑权限
- 如果规则 1 和 2 为真，则为第一组和第二组授予编辑权限
用户。
我在自动 RP 字段中选择了 'No Minimum' 和 'No Maximum'。
如何让自动记录权限字段尽快更新？我是不是漏掉了什么重要的东西？
If you are working with access control, you must have faced the issue
where the Automatic Record Permission field (with Rules) does not
update itself on recalculating the record. You either have to launch
full recalculation or wait for a considerable amount of time for the
changes to take place.
Tanveer，总的来说，这不是一个正确的说法。如果 [a] 设计良好的架构（应用程序之间的关系）和 [b] 应用程序中正确的计算顺序，您不应该面临这个问题。
关于您描述的案例。我建议您检查并审查以下可能性：
1.计算顺序。
自动记录权限 [此处的 ARP] 由 Archer 平台以与计算字段相同的方式处理。这意味着您可以修改计算顺序，计算字段和自动记录权限将在您保存记录时更新。
因此您的 ARP 字段有可能在您在规则中使用的某些计算字段之前计算在 ARP 中。例如，假设您在 ARP 字段中有两个规则：
如果 A>0 则组 AAA
如果 B>0 然后 groub BBB
现在，如果计算顺序如下，你就会遇到问题：
"ARP"、"A"、"B"
点击"Save"或"Apply"后ARP不会更新，但在保存记录中点击"Save"或"Apply"两次后会更新
使用计算顺序 "A"、"B"、"ARP" 您的 ARP 将立即重新计算。
2。完整的重新计算队列。
由于 ARP 被视为计算字段，这意味着每次 ARP 需要更新时，都会在后端的应用程序服务器上创建重新计算作业。如果由于某种原因计算队列已满，则不会立即更新记录权限。如果您有数据馈送 运行 或者如果您通过手动数据导入触发了大量重新计算，作业引擎重新计算队列可能已满。将创建与 ARP 更新相关的重新计算作业并将其添加到队列中。将根据为作业队列定义的优先级处理重新计算作业。您可以通过 Archer 控制面板界面在 Archer v5.5 中监控作业队列并更改默认作业的处理优先级。我建议您下次看到 ARP 重新计算延迟时检查作业队列状态。
3。 "Avalanche" 次重新计算
设计应用程序之间的关系和安全继承非常重要，因此重新计算的影响最小。
例如，假设我们有联系人应用程序和部门应用程序。
-联系人应用程序中的记录使用部门记录的继承记录权限继承访问权限。
-部门记录具有自动记录权限和联系人记录继承它。
-现在最好的部分 - 部门 D1 有 60 000 条联系人记录链接到它，部门 D2 有 30 000 条联系人记录链接到它。
你描述的问题在描述的问题中可以重现配置。我将转到部门记录 D1 并以强制重新计算部门记录中的 ARP 的方式更新它。这将向作业引擎队列添加 60 000 个作业，以重新计算链接到 D1 记录的 60k 联系人。现在，我无需等待，直接转到 D2 并进行更改，强制重新计算此 D2 记录中的 ARP。保存记录 D2 后，将在作业引擎队列中创建重新计算 D2 和其他 30 000 条联系人记录的新作业。但记录 D2 不会立即重新计算，因为第一组 60k 记录尚未重新计算，并且 D2 记录的重新计算仍在队列中。
不幸的是，目前还没有一个好的解决方案。但是，您可以这样做：
- 检查并尽量减少继承
- 查看并最小化记录之间的关系，其中 1 条记录引用 1000 多条记录。
- 修改体系结构并打破继承和关系，并在可能的情况下将它们替换为 Archer 到 Archer 数据源。
- 为您的应用程序服务器添加更多 "recalculation" 功能。您也可以配置您的网络服务器来处理重新计算作业，如果它们没有被使用到某个点的话。添加更多职位。
坦维尔，我希望这会有所帮助。祝你好运！
如果您正在使用访问控制，您一定遇到过自动记录权限字段（带有规则）在重新计算记录时不会自行更新的问题。您要么必须启动完全重新计算，要么等待相当长的时间才能进行更改。
我面临这个问题，基于记录中的 10 个不同的字段值，我必须分别向 10 个不同的组授予 read/edit 访问权限。
例如：
- 如果规则 1 为真，则授予第一组用户编辑权限
- 如果规则 1 和 2 为真，则为第一组和第二组授予编辑权限 用户。
我在自动 RP 字段中选择了 'No Minimum' 和 'No Maximum'。
如何让自动记录权限字段尽快更新？我是不是漏掉了什么重要的东西？
If you are working with access control, you must have faced the issue where the Automatic Record Permission field (with Rules) does not update itself on recalculating the record. You either have to launch full recalculation or wait for a considerable amount of time for the changes to take place.
Tanveer，总的来说，这不是一个正确的说法。如果 [a] 设计良好的架构（应用程序之间的关系）和 [b] 应用程序中正确的计算顺序，您不应该面临这个问题。
关于您描述的案例。我建议您检查并审查以下可能性：
1.计算顺序。
自动记录权限 [此处的 ARP] 由 Archer 平台以与计算字段相同的方式处理。这意味着您可以修改计算顺序，计算字段和自动记录权限将在您保存记录时更新。
因此您的 ARP 字段有可能在您在规则中使用的某些计算字段之前计算在 ARP 中。例如，假设您在 ARP 字段中有两个规则：
如果 A>0 则组 AAA
如果 B>0 然后 groub BBB
现在，如果计算顺序如下，你就会遇到问题：
"ARP"、"A"、"B"
点击"Save"或"Apply"后ARP不会更新，但在保存记录中点击"Save"或"Apply"两次后会更新
使用计算顺序 "A"、"B"、"ARP" 您的 ARP 将立即重新计算。
2。完整的重新计算队列。
由于 ARP 被视为计算字段，这意味着每次 ARP 需要更新时，都会在后端的应用程序服务器上创建重新计算作业。如果由于某种原因计算队列已满，则不会立即更新记录权限。如果您有数据馈送 运行 或者如果您通过手动数据导入触发了大量重新计算，作业引擎重新计算队列可能已满。将创建与 ARP 更新相关的重新计算作业并将其添加到队列中。将根据为作业队列定义的优先级处理重新计算作业。您可以通过 Archer 控制面板界面在 Archer v5.5 中监控作业队列并更改默认作业的处理优先级。我建议您下次看到 ARP 重新计算延迟时检查作业队列状态。
3。 "Avalanche" 次重新计算
设计应用程序之间的关系和安全继承非常重要，因此重新计算的影响最小。
例如，假设我们有联系人应用程序和部门应用程序。
-联系人应用程序中的记录使用部门记录的继承记录权限继承访问权限。
-部门记录具有自动记录权限和联系人记录继承它。
-现在最好的部分 - 部门 D1 有 60 000 条联系人记录链接到它，部门 D2 有 30 000 条联系人记录链接到它。
你描述的问题在描述的问题中可以重现配置。我将转到部门记录 D1 并以强制重新计算部门记录中的 ARP 的方式更新它。这将向作业引擎队列添加 60 000 个作业，以重新计算链接到 D1 记录的 60k 联系人。现在，我无需等待，直接转到 D2 并进行更改，强制重新计算此 D2 记录中的 ARP。保存记录 D2 后，将在作业引擎队列中创建重新计算 D2 和其他 30 000 条联系人记录的新作业。但记录 D2 不会立即重新计算，因为第一组 60k 记录尚未重新计算，并且 D2 记录的重新计算仍在队列中。
不幸的是，目前还没有一个好的解决方案。但是，您可以这样做：
- 检查并尽量减少继承
- 查看并最小化记录之间的关系，其中 1 条记录引用 1000 多条记录。
- 修改体系结构并打破继承和关系，并在可能的情况下将它们替换为 Archer 到 Archer 数据源。
- 为您的应用程序服务器添加更多 "recalculation" 功能。您也可以配置您的网络服务器来处理重新计算作业，如果它们没有被使用到某个点的话。添加更多职位。
坦维尔，我希望这会有所帮助。祝你好运！