计划频繁数据刷新 V2 的常见问题解答
本主题列出了用于调度频繁数据刷新 V2 的常见问题。
是否有访问控制或权限来限制其他 Oracle Fusion Data Intelligence 用户更改我创建的频繁数据刷新计划?
您可以使用审计历史记录查看频繁的数据刷新调度更改。当前,没有访问控制或权限来限制其他用户更改频繁的数据刷新调度。
在每次频繁的数据刷新过程之后或下次增量刷新之后,增量表是否被截断?
增量表在下次增量刷新后被截断。
我们是否应使用 lambda 视图或增量表将最新频繁的数据刷新 V2 数据从 Oracle Fusion Data Intelligence 移至下游企业数据湖?
对于下游集成,建议捕获数据更改。请参阅捕获数据更改(预览)。
是否为自定义事实、自定义维、扩展自定义确认维或自定义事实自动启用 FDR 标志?是在 Oracle Fusion Data Intelligence 中手动还是自动创建的 lambda 或 delta 表?
运行频繁的数据刷新时,将自动创建 lambda 或 delta 表。
频繁的数据刷新 V2 是否处理在 Oracle Fusion Cloud Applications 中进行的硬删除?
不。目前,频繁的数据刷新 V2 不会处理在 Oracle Fusion Cloud Applications 中进行的硬删除。
是否可以调度每天每两周多次的数据刷新?
不。您无法计划每天每两周多次刷新数据。
您是否将继续支持频繁使用数据刷新 V1 的用户?
我们目前支持频繁的数据刷新 V1,但我们建议用户升级并使用频繁的数据刷新 V2。
频繁的数据刷新 V1 客户迁移到频繁的数据刷新 V2 是否会出现任何价格变化?
请与您的 Oracle 客户代表联系,讨论频繁数据刷新 V2 所涉及的特定问题。他们可以根据组织需求提供详细的、更新的许可和成本信息。
是否可以提高频繁数据刷新 V2 的限制?例如,我们是否可以请求 20 个以上的表来频繁刷新数据?
请联系 Oracle 技术支持来提高您的限制。请注意,提高限额可能会产生成本影响。
lambda 视图中的哪一列与“要报告的最早日期”字段对应?
在“推荐的 Tbls FilterDateCols(筛选日期列)”选项卡上下载每个支柱的频繁数据刷新 V2 数据库对象电子表格,以查看频繁的数据刷新 V2 筛选日期列以搜索使用的筛选器。
- CX: CX 频繁数据刷新 V2 数据沿袭
- ERP:ERP 频繁的数据刷新 V2 数据沿袭
- SCM:SCM 频繁数据刷新 V2 数据沿袭
是否会对增加 FDR 模块或表的数量产生任何潜在的缺点或性能影响?
是。请参见 Performance Considerations for Frequent Data Refresh 。
预定增量刷新和频繁数据刷新刷新后,存储在仓库表中的数据有何差异?
较早的“频繁数据刷新”FDR V1 机制更新了由计划的增量刷新更新的相同基本数据仓库表。新的“频繁数据刷新”机制 FDR V2 不会更新基本数据仓库表。而是利用 Delta 表来存储已更改的数据。Lambda 视图包含从增量数据刷新到频繁数据刷新时的基本数据以及更改。此外,每次增量刷新期间都会重置 Delta 表。频繁数据刷新 V2 更高效地更新仓库表中的数据,从而实现可能更高的频率数据刷新。Oracle 强烈建议从 FDR V1 迁移到 FDR V2,以利用其改进的性能和扩展的功能。有关详细信息,请参阅使用重新设计的刷新机制对数据进行频繁刷新(预览)。