我正在尝试构建一个集成的商务后端，可以在其中连接多个电子商务渠道。该服务具有两个主要功能： 1.将来自所有关联贸易的所有订单集中在一起。 2.经理将新产品注册到我们的服务中一次。然后，我们的服务会将此产品注册到所有关联的贸易。
我计划使用MySQL作为我的主数据库。但是，当涉及到产品信息时，我不确定MySQL（或任何其他RDBMS）是否会是一个明智的选择。因为每个商务极有可能需要其他一些新信息。每当我们向平台添加新的交易时，我都不想添加列或创建新表。
所以我想我可以在与产品相关时使用MongoDB（NoSQL），而在与订单相关时使用MySQL。这是个好主意吗？我担心查询限制以及我可能遇到的任何其他潜在问题。
顺便说一下，我在后端使用node.js。
答案 0 :(得分：1)
使用多个数据库根本不是一个坏主意，实际上，当您的应用程序增长时，它成为必需。显然，您不能为产品选择MySql，因为在每次添加业务时都不执行更改表是一个不错的选择。 mongodb是此类数据的不错选择，但是在mongo中查询变得困难而缓慢。 我建议不要从一开始就担心数据库。选择您更喜欢的东西，然后根据应用程序的增长情况做出进一步的决定。编写代码的方式很容易在任何时间点替换db，因为很难知道应用程序在不久的将来会如何增长以及将需要更多的功能。