我有一个关于微服务和数据库的问题。我正在开发一个应用程序:用户看到一个国家列表，可以点击它，这样他就可以看到那个国家的景点列表。我创建了一个国家服务、auth-service(包含 oAuth2 的用户)和一个 attraction-service。每个服务都有自己的数据库。我通过 iso 代码(例如:BE = belgium)映射了景点与其国家/地区之间的关联:/api/attraction/be。
上面的方法似乎可行，但我对以下内容有点困惑:用户必须能够将景点添加到他/她的收藏夹列表中，但我不明白这怎么可能，因为我有这么多不同的数据库。
我是否创建收藏夹服务，我是否传递 ID(我认为我不应该这样做)，我可以创建什么样的业务 key ，我如何以正确的方式关联数据......？
提前致谢!
最佳答案
根据您提供的信息，使用独立的喜爱服务听起来是正确的选择。
第二个更简单、更快捷的选择可能是也在您的用户服务上处理此问题，该服务负责管理您的用户数据的持久性，因为收藏夹是用户实体专有的。
至于 ID，我还没有看到很多关于为什么这可能是个坏主意的原因？您的个人服务将需要为相关数据存储一些识别值，我认为这里的主要问题只是让这个 ID 字段在您的不同服务中保持一致。您选择的内容只需要可靠且可预测，以便随着系统的发展让事情变得简单易行。
关于database - 多个微服务和数据库关联，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/38168658/