mongodb中地理空间索引的内部机制
有谁知道地理空间索引的工作原理，我的意思是计算最近点的算法？
在SQL中，我们可能会执行以下操作：
SELECT id, (x-a)*(x-a)+(y-b)*(y-b) as distance FROM table1 ORDER by distance ASC
与mongodb的地理空间索引相比，这肯定不够高效，但是mongodb如何计算和排序？
提前谢谢了。
问题答案：
mongodb地理空间的核心是Geohashes。Geohash是一个
分层的空间数据结构，将空间细分为网格状的存储桶。
我在mongo中找不到适合geohash实现的链接，但是该线程可能会提供一些见解。
-
问题内容： 在稀疏索引文档中，我发现了有关mongodb 3.2部分索引的说明 在版本3.2中进行了更改：从MongoDB 3.2开始，MongoDB提供了创建部分索引的选项。部分索引提供了稀疏索引功能的超集。如果您使用的是MongoDB 3.2或更高版本，则应优先使用部分索引而不是稀疏索引。 部分索引非常有用，我想在项目中使用它们。可以和猫鼬一起使用吗？ 问题答案： 在当前的Mongoose版本
-
主要内容：一、索引概述,二、设计索引,引入目录项,三、常见索引概念,1. 聚簇索引,2. 二级索引（辅助索引、非聚簇索引）,3.联合索引,4.MyISAM中的索引,5.MyISAM与InnoDB对比,四、B-Tree和B+Tree对比一、索引概述 索引即一本书的目录，我们通过书的目录能够快速的查到对应文章的页码。数据库的索引也差不多，通过在某些字段建立索引，可以快速的查找某些特定的数据，避免全表搜索。 因为数据库表的数据在磁盘文件中，会将对应数据读取到内存中进行检索，全表搜索会带来更多的IO操作
-
有没有想过为什么使用Dociety的ODM会在同一个查询上返回零结果？ 更新#1看起来教义\MongoDB\Query\Builder::near()L363有问题。方法参数忽略第二个值($Y)。因此只传递要执行的第一个值。
-
我们是否可以使用符合以下条件的mongodb地理空间查询来查询和获取位置数据？ 获取两个框或一般两个多边形之间交集的所有位置。 例如，在下面，我们能在查询输出中只获得那些位于黄色区域内的位置吗？黄色区域实际上是紫色和红色几何对象[多边形]的公共区域？
-
问题内容： 我似乎找不到太多的文档。在支持这种查询的PostgreSQL上创建数据库/表的最简单方法是什么？SELECT * FROM table WHERE distance（POINT（0,0），table.location）<= 1000m; 其中POINT（0,0）和table.location应该是经度/纬度对，并且1000m是1000米。我应该如何索引该表？谢谢。 问题答案： Post
-
问题内容： 我在SQL Server 2008上看到一些奇怪的性能问题，其中包含具有空间索引的可为空的地理位置列。每个空值都存储为空间索引内的根节点。 例如，一个表中有5000000个地址，其中存储了4000000个坐标。 每次查询索引时，我都必须扫描每个根节点，这意味着我必须扫描1 000 001级0节点。（所有有效坐标的1个根节点+ 1M空值） 我找不到文档中提到的内容，也看不到为什么如果索引