何时使用最佳数据存储以及何时坚持关系？

Question

我发现自己经常在数据存储中存储一个更适合其性质的对象（事件，文档，图形等）之间做出决定，或者只是坚持关系数据库并继续我的生活，我打赌你们当中也有人这样做。

我想知道你使用什么标准来做出这个决定，例如，什么时候使用NoSQL而没有太少的数据是“过早优化”，什么时候是“好工程”......

那么，何时使用最佳数据存储以及何时坚持关系？

Answer 1

我在 nosql 标记中看到很多问题，包括以下内容：

1. 他们希望混合使用RDBMS和NoSQL系统。
2. 他们认为NoSQL用于大数据输出总是执行RDBMS。
3. 他们相信使用NoSQL，数据建模总是更容易。

根据个人经验，我会在选择新数据库时考虑发现的成本。

在关系存储和NoSQL之间移动数据并不容易。在处理文档存储时，如何对数据建模绝对不是直观的。此外，其中一些数据库是如此新颖，以至于它们的查询优化不在关系系统附近。

当您进行概念验证或使用少量数据时，我上面提到的内容似乎不是问题。

我的建议是在挑选解决方案时不要让炒作给你。

（我使用过Mongo，Couchbase，CouchDB和Redis的生产实现。）

Answer 2

我正在使用Oracle和Couchbase（面向nosql文档的数据库）。我认为在大多数情况下使用NoSql更容易，更便宜。每个NoSql DB都是一种解决相当小范围任务的机制，如果你的任务适合其中一个，使用NoSql解决方案将比使用怪异的大型Oracle或MSSql Server更优化。我们使用的功能不超过这些强大数据库的10％，但不是因为我们不了解它们，而是因为我们不需要他们提供的所有余地