mongodb - 电子商务/购物车(和结帐流程): use Relational or NoSQL

Question

对于电子商务 Web 应用程序的购物车(和结帐流程)用例，最好使用关系 数据库 (RDBMS) 或 NoSQL 数据库 作为 MongoDB/Cassandra/其他？

对于目录透视图，NoSQL使用灵活的模式、数据/节点的水平扩展来制作理想的用例。

购物车用例的每种方法的优缺点是什么？

Answer 1

SQL 和 noSQL 数据库之间存在许多差异。这些差异赋予了每种存储类型在不同情况下的优缺点。

由于这两种数据库类型最终都会起作用，因此这完全取决于上下文或您的实现。

在这种特定情况下(购物车)，利弊可能都与有关。一致性 您的数据和可扩展性 .

noSQL 数据库更适合(专业人士)更适合更“动态”的应用程序(数据分析、物联网、多媒体等)。此类应用程序使用的数据通常没有严格的结构并且数量非常大。这意味着无需开发复杂的数据库模型，并且通过单独的“节点”存储大量数据更便宜。这也使得 noSQL 数据库更容易扩展和扩展。主要问题(缺点)是缺乏结构。这将使您更难运行分析并跟踪数据库的每个细节。

同时，当您的数据结构良好且基本一致时，SQL 数据库很有用(优点)。如您所知，SQL 将数据存储在列和行中，如果您想生成数据的详细统计信息，并且如果您想对应用程序中发生的所有事情进行有条理的记录，这将给 SQL 带来优势。主要缺点(缺点)是 SQL 数据库的设计需要更多时间，而且维护 SQL 数据库可能更昂贵(可扩展性和物理存储需要更多硬件)。

在性能方面，我认为在这个用例中不会有任何重大差异。

如果您考虑一下我刚刚写的所有内容，我会说在购物车的上下文中，SQL 模型是要走的路 .购物车不需要大量升级和更改(可扩展性)，其数据始终是结构化的(商品名称、价格等)，您可能希望跟踪用户在您的电子商务应用程序中进行的每笔交易(例如责任和安全原因)。

tl;博士使用 SQL 是因为购物车用例中的数据是结构化且一致的。

祝你好运!