我遇到以下问题。 目标是开发一个DB来存储以下模式：
您PRODUCTS可以由PRIMARY_PRODUCTS和其他PRODUCTS组成。
我的第一个问题是要知道建议使用哪种SQL DB或NoSQL技术？ 我真的不太了解NoSQL，我不确定是否值得花时间调查整个概念是否不适合pb。 如果NoSQL值得关注，建议使用哪个版本？我看着卡桑德拉，但有太多的类型，宇宙非常大。
如果NoSQL不适合这个，那么我们需要恢复到SQL。
你认为hierarchyId适合吗？
答案 0 :(得分：0)
SQL或NoSQL都可以存储和检索此类数据，并且可以使用这两种技术来完成这项工作。
主要区别在于其他地方：简而言之，SQL的事务和保证的一致性与NoSQL的读者的高性能。
在您的确切情况下，SQL支持事务，将确保在成功存储所有子产品后，查看者将看到复合产品。
然而，在大多数现实生活中，观众在NoSQL系统上看到部分承诺的产品的可能性非常小，无关紧要：未来的产品读取将是正确的。