我在一家金融机构工作,用户可以在此处投放20种不同类型的投资请求。
lumpsum投资 制定定期储蓄计划 切换顺序。 等...
每个订单都有特定的属性,彼此不同。
传统上我一直使用关系数据库5年,但我认为这是我不想要的,因为我必须有一个有时难以管理的通用模式。
除灵活存储(文档样式)外,我还要求根据客户名称或订单类型等特定属性搜索所有订单。
很少有NFR
我需要强烈的一致性 每天的数量是有限的,所以基本上缩放不是一个大问题。
有人可以建议哪些NoSQL会满足我的需求
答案 0 :(得分:0)
NoSQL数据库获得普及的原因之一是因为需要有效扩展。如果您的主要要求是不管理常见架构" ,我不确定NoSQL是否是最适合您的选择。
无论如何,根据您的要求,您可能希望查看CouchDB,这是一个基于文档的NoSQL数据库,具有文档级ACID语义。
答案 1 :(得分:0)
我想这可能是一个很好的阅读。 https://www.quora.com/What-are-the-differences-between-Cassandra-and-MongoDB。问题可能不是堆栈溢出材料那么多。还有很多其他信息需要做出决定。
基本上,如果你的访问模式不是很清楚,cassandra可能不是最好的选择。但是一旦你知道如何访问你的数据等,你就可以移植到cassandra。
关于这个主题有很多成功案例。
答案 2 :(得分:0)
如果缩放不是问题,我建议您只使用PostgreSQL并以JSON格式将所有特定属性存储在一列中。 Postgres在存储和索引此类数据方面具有良好的性能。