我打算将紧密耦合的RDBMS单主题数据库转换为微服务体系结构数据库，所以我想做的是：- 1-我们正在使用的Oracle数据库服务器。 2-在现有的Oracle数据库中，只有一种架构可提供整个应用程序功能。 3-我们将基于业务功能拆分RDBMS。 4-我们将基于业务功能创建4至5个架构，并将基于业务功能的现有数据库对象拆分为这些新创建的4至5个架构。 5-现在我们面临一些问题，即有些表或实例化视图在两个或两个以上模式中重叠。 6-因此，重叠两个或两个以上模式的对象，我们尝试创建公共模式，并将表和实例化视图放入此新创建的公共模式中，然后将其中的公共对象授予所需的模式。 7-报告还需要一个模式，因此我们正在做的工作是再次创建新的报告模式，并且在此模式中，数据库的所有表都已使用，因此我们从所有其他模式中向该报告模式提供了所有表的授权
现在我的问题是，上面的练习是否遵循微服务架构，因为在现实的线条上我们可以得出这一点，或者还有其他方法可以将现有的应用程序数据库设计为基于微服务的数据库吗？
答案 0 :(得分：0)
您做的部分正确；而有些地方是错误的。可以肯定的是，在微服务架构中，某些数据将在多个位置（以不同的模式）被复制；这是微服务的缺点之一。最大的挑战是确保所有架构中的数据都是同步的。
如果您尝试仅将数据保存在一个地方；您最终将在服务之间进行许多API调用。
