我正在寻找大型空间主数据集的数据库build议。 数据本身不是关系型的，但可以这样表述。 原来的数据结构如下：
纬度，经度，时间序列（整数的“数组”），
目前，我们正在使用MySQL，在我们的大型表设置中performance不佳。 索引我们最大的桌面上的空间点（4.2亿行，500GB大小）花了一个星期才放弃。 我们目前也面临着频繁的服务器崩溃（为什么仍在工作）。
由于这些问题，我正在寻找其他数据库的build议。 甲骨文将是一个select，但我不知道，如果我们只是交易复杂的问题，复杂的问题。 任何人都知道与其他数据库良好的空间数据体验？
PostgreSQL和PostGIS扩展应该是非常好的搭配。 PostGIS被广泛使用，例如OpenStreetMap项目，所以它应该能够处理你的数据。
OpenStreetMap用于使用MySQL自定义的基于Quadtile的空间扩展。 这个代码一定还在某处。 其实，这工作确定。 据我所知，并不是那种促使人们采取行动的空间查询。 数据库操作（查询优化，更改模式而不locking表格）
该项目在2009年转移到使用Postgres的主要数据库。事实上，不是PostGIS。 OpenStreetMap甚至不在其主要的地理数据库中使用postgres几何types。 OpenStreetMap平铺渲染服务器（以及任何其他使用OpenStreetMap数据设置Mapnik平铺渲染服务器的人） 都使用PostGIS数据库，但这是一个单独的系统。
请注意，PostGIS只是Postgres的一堆function添加到数据库中。
只需要补充一点，所有“重”的Oracle GIS都是企业版的额外成本select ，因此可能会变得昂贵。
称为定位器的function子集是标准版的一部分。
你不会详细说明你对数据做了什么处理，所以很难确定你需要什么。 我认为，至less，你会做一些“距离”或“最接近”的计算。 如果没有，那么你甚至可能不需要把数据视为“空间”。
也很难说哪个产品比问题解决者更有问题。 这很大程度上取决于你的团队的技能（或你可以雇佣的技能）。 Oracle提供的经验可能比其他人提到的要多（不包括SQL Server，但也值得考虑）。