DDD - 单个图像 table 还是每个有界上下文单独一个图像？
DDD - Single table for images or separate one for each bounded context?
目前，我的应用程序中只有一个 table 图像，用于保存其他实体的内容并且它们是相关的。在 DDD 中，是否应该为具有自己的数据库和图像处理的图像提供单独的限界上下文？或者每个有界上下文都应该将图像作为值对象和字段吗？我在想也许以后你想要一个只用于图像处理的微服务？但是，由于许多实体可能有图像，因此存在许多关系，这不会使沟通变得困难吗？
不要害怕重复 - 唯一的问题是在上下文之间同步更改的数据。
图像或多或少 90% 是值对象（或者更确切地说是图像元数据，如大小、名称等）
我推测，您应用中的不同上下文使用此 image 对象的不同部分 - 一个需要名称，其他需要名称和尺寸等。
您可以只为每个上下文保留所需的数据并在时间到来时复制 - 您可以使用同步事件在所有上下文中更新此 image 对象数据。
还可以找到更多 here。
目前，我的应用程序中只有一个 table 图像，用于保存其他实体的内容并且它们是相关的。在 DDD 中，是否应该为具有自己的数据库和图像处理的图像提供单独的限界上下文？或者每个有界上下文都应该将图像作为值对象和字段吗？我在想也许以后你想要一个只用于图像处理的微服务？但是，由于许多实体可能有图像，因此存在许多关系，这不会使沟通变得困难吗？
不要害怕重复 - 唯一的问题是在上下文之间同步更改的数据。
图像或多或少 90% 是值对象（或者更确切地说是图像元数据，如大小、名称等）
我推测，您应用中的不同上下文使用此 image 对象的不同部分 - 一个需要名称，其他需要名称和尺寸等。
您可以只为每个上下文保留所需的数据并在时间到来时复制 - 您可以使用同步事件在所有上下文中更新此 image 对象数据。
还可以找到更多 here。