我将有一个非常大的数据集(最终有几百兆字节),但是它是结构非常好的,相对简单的数据,包括lat,长点(这就是为什么我想要一些GIS兼容性)。
据我所知,PostGIS只能处理32 to左右,而且我也不确定Oracle可以扩展到什么程度。亚马逊的DynamoDB可以达到petabyte的规模,但我已经读到过关于它如何变得相当复杂和避免使用它的抱怨,而没有充分的理由使用它。对于这样的结构化数据,使用NoSQL似乎是错误的,但我找不到这种大小的其他替代方法。就成本而言,是的,它将是昂贵的,但让我们假设这不是一个大问题。时空查询的检索速度是影响检索速度的主要因素。
发布于 2019-02-12 08:11:12
您可能需要考虑为您的项目执行一些需求工程。当您列出所有需求时,您将希望将其写入文档中,并让Oracle、Microsoft、IBM或其他公司为您提供解决方案。
我认为,如果没有足够的顾问,开源解决方案将不适用于您所期望的数据量。规则的例外是你愿意经历一些痛苦的“边做边学”的经历。这可能是一个可行的解决方案,如果您的“客户”(内部或外部)愿意在项目的各个增长阶段与一些停机时间。
我想,任何数据库都有可能扩展到一定数量的数据,这取决于您必须围绕它构建的框架,以满足您的需求。
以下文件/链接概述了大型数据库系统的一些情况。一些数据库根据RDBMS提供的特性缩小了大小:
因此,基本上,这些限制可能会在可用的硬件中找到,而不是在所使用的软件中找到。但这要看情况。
https://dba.stackexchange.com/questions/229462
复制相似问题