Azure表存储与本地NoSql

Question

我需要考虑一个数据库来存储大量数据。 尽管我最初的要求是简单地检索数据并将其保存在excel文件中，但我希望将来会对此数据使用更复杂的用例，这些数据将被不同的应用程序（尤其是用于分析）使用，因此需要使用聚合查询。

我愿意使用基于云的存储或本地存储。 我正在考虑使用azure存储表（当需要使用聚合数据时，我可以在azure表存储周围拥有包装器服务+缓存，但最终将以nosql类型存储结束）和本地MongoDB。 有人可以建议将大量数据保存在azure表存储中的优点和缺点与本地MongoDB / couchbase / ravendb相比吗？ 成本因素可以忽略。

Answer 1

我怀疑这个问题由于其广泛的性质和收集更多事实而非事实的潜力而可能最终被封闭。 说：

这确实将是一个特定于应用程序的体系结构问题，涉及延迟和带宽，以及维护本地服务器和其他资源的需求。 在本地，您将完全控制硬件资源，但是如果您要从云中对数据库进行大容量查询，则性能会受到延迟和带宽的影响。 如果在同一数据中心中进行设置，基于云的存储（无论是在MongoDB还是任何其他数据库中）将具有与您的应用程序相邻的优势。

注意事项：任何持久性数据库存储都需要在Azure存储中备份其数据，这意味着由Blob存储支持的已安装磁盘。 您将需要处理每个磁盘1TB的大小限制（通过条带在8核盒子上扩展到16TB），并且需要将其与存储需求进行比较。 如果您需要超过16TB，则需要分片，使用200TB表存储或使用本地MongoDB。 但是... MongoDB和表存储是两种不同的野兽，一种是基于文档的，着重于查询强度，另一种是具有非常快速的离散查找的键/值存储。 比较本地和云这两个概念是我认为比较与应用程序相关的功能的第二要件。