在使用许多web服务时是否需要复制数据？

Question

我正在创建一个基于多个web服务的体系结构，我正在寻找构建数据的最佳方法。数据在当前结构中被复制。

我有一个应用程序数据库和web项目，它存储和管理公司内部创建的所有应用程序。它包含一个名称和一个GUID。

使用web服务检索和管理此信息。

我有另一个API服务和管理车辆类型的数据库。我现在的问题是，某些类型的车辆只能供某些应用程序使用。因此，车辆类型系统需要了解应用程序数据库中存在的应用程序。客户端可以请求查看某个应用程序可以访问的所有车辆类型。

因此，在这个数据库中，我将有三个表，车辆类型，应用程序，车辆类型应用程序链接。为了管理这个映射，我需要在车辆类型数据库中完全复制应用程序数据库。

这种重复感觉不太对。数据必须在多个地方进行管理并保持同步。这也不是一个孤立的案例。随着公司基础设施的发展，许多其他服务将对products表产生很大的依赖。我不愿意到处复制。

对于在这种情况下管理数据的最佳方法，您有什么想法吗？

Answer 1

我不会将应用知识嵌入到车辆服务中。那是不会扩大的。

我也想知道为什么管理车辆类型不是单一车辆服务的范围。

如果这是一个REST服务，我会将vehicles数据库划分为不同的资源/文件夹/URL，这样应用程序就可以要求它们拥有什么。HTTP查询的URL可能是https://host/vehicle/type/{type}

如果您想要强制执行应用程序有权使用的内容，那么可能需要考虑的另一件事情是基于角色的安全性。提供只允许使用这些资源的用户访问这些资源和凭据的URL。

听起来，车辆服务是应用程序在事务中使用的参考数据。应用程序可以请求车辆实例，但这不是“复制”。车辆服务仍然是真理的源泉。