c# - 为什么 SQL Server 2012 对于这个查询比 MongoDB 快

Question

关闭。这个问题需要更多 focused .它目前不接受答案。

---

想要改进这个问题吗？ 更新问题，使其只关注一个问题 editing this post .

关闭 8 年前。

Improve this question

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

SQL Server 设置

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

MongoDB 设置

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

当我插入数字时，它们与进入两个数据库的数字完全相同。随机数范围从 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 毫秒
• MongoDB:1109 毫秒

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

Answer 1

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

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

这只是实际的有效载荷。当您查看 BSONSpec.org您可以看到您的文档表示为:

• 4 字节的 32 位整数是文档的总长度
• 1 字节 0x01 表示“现在有一个 ObjectId”
• 空终止字符串 _id
的 4 个字节
• ObjectId 为 12 个字节
• 1 字节 0x10 表示“现在是一个 32 位整数”(存在的最小整数)
• 空终止字符串 id1
的 4 个字节
• 32 位整数为 4 个字节
• 1 个尾随 0x00 标记文档的结尾

一共31个字节。