确定技术方法
使用双重写入和虚拟实体时，您需要确定哪种方法更适合业务中的不同应用场景。 在有些情况下，可以同时使用这两种方法，而在有些情况下，二者择一，可能会获得更佳的效果。 下表显示了不同的属性，以确定在各种应用场景中，哪项技术可能更适合集成或实施的需求。
| 属性 | 双重写入 | 财务和运营应用虚拟实体 |
|---|---|---|
| 应用场景 | 近实时 CRUD | 实时 CRUD |
| 方法 | 同步（实时同步） | 运行时间 |
| 方向 | 双向 | 不适用 |
| 数据 | 数据已进行复制 | 数据仍保留在源（也就是财务和运营应用）中 |
| 逻辑 | 自动业务逻辑实施 | 自动业务逻辑实施：您可以调用 OData 操作 |
| 脱机应用场景 | 跟进处理功能 | 不支持 |
| 开发 | 财务和运营应用数据实体 + 双重写入实体映射 + Dataverse 表 | 财务和运营应用数据实体 + Dataverse 配置 |
| 启动 | 现有 Dataverse 数据可能不需要 | 不适用 |
| 应用程序生命周期管理 (ALM) | 财务和运营应用包 + Dataverse 解决方案（包括实体映射解决方案） | 财务和运营应用包 + Dataverse 解决方案 |
| 用户 | 作为 S2S 调用运行；用户无需同时登录两个应用 | 根据用户上下文运行；用户需要同时登录两个应用 |
例如，如果需要系统为实施支持离线应用场景并继续集成，则只有双重写入可以暂停集成。 并且，当系统再次启动时，双重写入会恢复集成并跟进中断期间排队的所有数据。 虚拟实体不支持这一场景。
如果需要根据用户在财务和运营应用中的安全权限来运行集成，那么虚拟实体可能是更好的解决方案。
此外，虚拟实体不是双向的，因此在需要双向集成的情况下，双重写入会是最佳选择。
下列各表着重列出了更多关于双重写入和虚拟实体的注意事项，以帮助您确定适合情境需求的技术。
下表概述了您在使用双重写入功能时的注意事项。
| 可做 | 不可做 |
|---|---|
| 如果业务应用场景要求数据同时存在于这两个应用中，并且如果两个应用中的业务流程或逻辑都需要数据，则使用双重写入。 | 当仅有其中一个应用需要业务逻辑时，使用双重写入复制数据。 |
| 当适合协调应用概念并在这两个应用中运行 End2End 业务流程时，使用双重写入。 | 仅使用双重写入来启用 Microsoft Power Platform 功能和用户体验。 |
| 考虑 Dataverse API 性能限制。 | 使用双重写入复制易失性数据或交易记录数据，例如零售交易记录或可用库存。 |
| 根据需要，针对附加产品考虑 Dataverse 数据库大小和过程。 | 在数据迁移期间使用双重写入。 |
下表概述了您在使用虚拟实体时的注意事项。
| 可做 | 不可做 |
|---|---|
| 使用虚拟实体为财务和运营应用启用 Microsoft Power Platform 功能和体验。 | 将虚拟实体用作数据复制机制。 |
| 在业务数据和逻辑位于财务和运营应用中的情况下，使用虚拟实体。 | 为离线应用场景使用虚拟实体。 |
| 当您计划在 Microsoft Power Apps 或 Microsoft Power Automate 的应用中扩展或添加业务逻辑时，使用虚拟实体。 | 需要额外数据点时，使用虚拟实体。 |
如有多种应用场景，可同时使用这两种功能强大的技术。 它们的主旨是强强联合，并用于满足多种业务需求。