标签: master-data-management

我使用MDS 2008/API以编程方式插入/更新模型,实体,属性和成员.

我想获取或设置一个模型或一个实体的描述.

如果掌握在Master Data Manager上,我们可以在一个模型或实体的元数据上看到这一点:

在这里,我们可以看到模型的描述,但我们无法获取或设置它.

有谁知道如何使用MDS API做到这一点？

简单说明:"交易"和"非交易"之间有什么区别？

在我的情况下,我在阅读"MDM"的以下定义时提出了这个问题:

"在计算中,主数据管理"(MDM)包括一组过程和工具,它们一致地定义和管理组织的非事务性数据实体(可能包括参考数据).

致力于将一个巨大的单体应用程序迁移到微服务范式，不用说域识别和映射到不同的微服务和编排是一项艰巨的任务。现在，由于以前的应用程序在同一模式中共享主数据，在新范式中，我很难管理它，我的选择是：

1. 在每个微服务中复制相同的主数据： 优点：当缓存在应用程序中运行速度快且无需查找时，应用程序本身充当真实的真实来源。缺点：在特定服务中对主数据的任何更新都可能导致服务之间尝试使用此数据进行通信时的不一致，对主数据的更新可能会导致严重的一致性问题。
2. 将主数据作为单独的微服务托管： 优点：主数据的单一来源。缺点：影响性能，因为它总是在发生查找时通过网络进行服务调用。
3. 创建分布式缓存并将其公开给多个微服务：将打破微服务数据的“单一来源o真相”原则，但可以通过实现写​​入来确保性能和一致性。

以上任何想法或任何实施策略都会真正有帮助......

瓦巴夫

我对 DDD 的概念相对较新，并且发现有很多示例解释了如何为相对简单的场景定义有界上下文，但似乎没有涵盖的一个领域是主数据和参考数据。

我指的参考数据类型包括货币代码、国家/地区代码和计量单位，它们将用于确保仅使用有效值。

我所指的主数据类型是诸如客户和产品之类的实体，其中不需要不同的有界上下文具有自己的实体视角。我知道在某些情况下，发票有界上下文中的客户实体与运输有界上下文中的客户实体不同，但出于此问题的目的，我们可以假设发票和运输都需要完全相同的客户数据。

我的问题是，在具有多个有界上下文（例如 ERP 系统）的应用程序中，主数据和参考数据是否应该在公共有界上下文中定义，或者这些实体是否应该在每个有界上下文中重复，即使它们包含完全相同的数据？