为什么SQL Server 2012比MongoDB更快地进行此查询

Question

我正在SQL Server 2012和MongoDB 2.4.9之间进行一些性能测试。我在网上做了一些研究，发现很多比较只比较这两个数据库之间的插入性能。我只对没有索引的select性能感兴趣。我设置了一个非常简单的测试。这是规格

SQL Server设置

• 只使用一个整数字段设置SQL Server。
• 插入100万个随机整数

MongoDB设置

• 有两个字段_id和id1
• 将100万个随机整数插入id1字段

当我插入数字时，它们是进入两个数据库的完全相同的数字。随机数范围从1到1000。

SQL Server查询

select id from a101 where id > 995

MongoDB查询

var q = Query.GT("id1", 995);        
foreach (var i in collection.Find(q))
{
     values.Add(i.id1);
}

结果：

• SQL Server：192 ms
• MongoDB：1109 ms

对于我的模式，我不需要任何连接，只有非规范化数据 - 这就是我考虑MongoDB的原因。在线阅读基准测试后，我预计mongoDB比SQL Server快许多倍。有什么我可能做错了吗？同样，我想在没有索引的情况下进行测试。

Answer 1

MongoDB在这种情况下可能慢五倍，因为它需要读取和输出五倍的数据。

SQL表中的一行只有4个字节。但在MongoDB中，它是一个4字节整数加上一个12字节的ObjectId。此外，字段名称是每个单独文档的一部分。字符串_id和id1是您检索的每个文档的一部分，因此会添加一些额外的字节。

这只是实际的有效载荷。当您查看BSONSpec.org时，您可以看到您的文档由以下表示：

• 4位字节，用于32位整数，即文档的总长度
• 1字节0x01用于＆＃34;现在是ObjectId＆＃34;
• 以空字符结尾的字符串_id
的4个字节
• ObjectId的12个字节
• 1字节0x10用于＆＃34;现在是32位整数＆＃34; （有最小的整数）
• 以空字符结尾的字符串id1
的4个字节
• 32位整数的4个字节
• 1尾随0x00，标志着文件的结尾

总共31个字节。