大多数组织按照符合他们运营或报告日历的周期使用 Oracle Data Relationship Management。在每个日历期间，Data Relationship Management 的使用都遵循一个可预测的模式：
创建一个新的 Data Relationship Management“工作”版本，该版本通过复制前一期间的“已完成”版本得到。新的版本可以包含多个层次（例如，会计科目表、组织结构和产品结构）。
更改“工作”版本。当用户输入或修改层次数据时，会自动执行验证。
如果需要，使用操作脚本对层次数据执行批量更改。
临近报告期间的截止日期时，将版本状态更改为“已提交”，然后便不允许再进行更改。执行验证以确保数据的完整性。可以使用比较来识别当前版本和前一“已完成”版本之间的差异。
确保了数据完整性后，将版本状态更改为“已完成”，然后便不允许进行任何后续更改。
前一报告期间的版本状态可以从“已完成”更改为“已过期”，并存储该版本以供将来在历史分析中使用或用作审核记录。
从“已完成”版本执行导出以将层次数据发送到参与系统。所有导出均已完成并加载到目标系统后，所有参与系统都具有一致的层次数据，这些数据将作为期末报告过程的基础。
可以由 Data Relationship Management 强制实施现有组织工作流约束：
业务规则可能要求所有新的成本中心均获得公司财务部的批准。在这种情况下，可以添加一个属性以指示审批情况，并且除非该属性更改为已批准，否则不将任何节点导出到其他系统。可以仅向公司财务部授予更新该指示器属性的访问权限。还可以定义属性查询以识别指示器节点。
业务流程可能要求将所有层次更新重定向到专门负责实施此类更新的组。审核和审批之后，可以将更改输入一个平面文件中，以便通过操作脚本批量加载到 Data Relationship Management 中。此自动化方法可以显著减少潜在的输入错误。
在最终提交更改之前涉及多个用户输入和审批协调的更复杂的业务流程可以使用更改请求进行处理。
其他无规律执行的任务：
可以建立新的层次以支持参与系统范围的扩展。层次可以从外部源导入，也可以直接在 Data Relationship Management 中创建。
层次可能需要重构以满足不断变化的业务需求。可以使用单独的版本将这些修改与用于导出到订阅系统的其他生产版本隔离。
使用“混合器”功能，可以将不同版本中新导入或重构的数据组合到具有其他现有生产数据的相同版本。