10

我在 mongo 数据库中有一个集合，我附加了一些日志记录类型的信息。我试图找出在流星应用程序中“tail -f”的最有效/最简单的方法 - 当一个新文档添加到集合中时，它应该发送给客户端，客户端应该将它附加到末尾集合中的当前文档集。

客户端不会被发送也不会保留集合中的所有文档，可能只是最后约 100 个。

现在，从 Mongo 的角度来看，我看不到“集合中最后 N 个文档”的说法，这样我们根本不需要应用任何排序。似乎最好的选择是进行自然降序排序，然后是限制调用，所以类似于$natural 上的 mongo 文档中列出的内容

db.collection.find().sort( { $natural: -1 } )

因此，在服务器端 AFAICT 发布此“最后 100 个文档”流星集合的方式将类似于：

Meteor.publish('logmessages', function () {
  return LogMessages.find({}, { sort: { $natural: -1 }, limit: 100 });
});

现在，从“tail -f”的角度来看，这似乎具有将“最后 100 个文档”发送到服务器的正确效果，但是这样做的顺序错误（最新的文档将位于 Meteor 集合的开头而不是最后）。

在客户端，这似乎意味着需要（不幸地）反转收集。现在，我在Meteor Collection 文档中看不到 reverse()并且按 $natural: 1 排序在客户端上不起作用（这似乎是合理的，因为没有真正的 Mongo 上下文）。在某些情况下，消息将在文档中包含时间戳，客户端可以通过它进行排序以恢复“自然顺序”，但这似乎有点 hacky。

无论如何，感觉就像我可能错过了一种更简单的方法，即通过流星从 mongo 发布实时“插入集合中的最后 100 个文档”集合。:)

谢谢！

编辑- 看起来如果我将 Mongo 中的集合更改为有上限的集合，那么服务器可以创建一个可尾光标以有效（并快速）获得添加到集合中的新文档的通知。但是，我不清楚是否/如何通过 Meteor 集合让服务器这样做。

一种似乎效率较低但不需要切换到上限集合 (AFAICT) 的替代方法是使用Smart Collections，它对 oplog 进行拖尾，因此至少它是事件驱动的而不是轮询，并且由于源中的所有操作集合将是插入，看起来它仍然非常有效。不幸的是，AFAICT 我仍然存在排序问题，因为我看不到如何将服务器端集合定义为“插入的最后 100 个文档”。:(

如果有一种方法可以在 Mongo 中创建一个集合作为另一个查询（“物化视图”的排序），那么也许我可以在 Mongo 中创建一个 log-last-100“集合视图”，然后 Meteor 将能够只是发布/订阅整个伪集合？

4

1 回答 1

3

对于仅插入数据，$natural应该得到与时间戳索引和排序相同的结果，这是一个好主意。相反的事情是不幸的；我认为你有几个选择：

  1. 使用 $natural 并自己做相反的事情
  2. 添加时间戳，仍然使用 $natural
  3. 添加时间戳，按时间索引，排序

'#1' - 对于 100 个项目，即使对于移动设备，执行反向客户端也应该没有问题，这将从服务器上卸载它。您可以使用.fetch()转换为数组，然后将其反转以维护顺序，而无需使用时间戳。不过，您将在普通的阵列土地上玩；没有更好的 mini-mongo 功能，因此在反转之前先进行任何过滤。

'#2' - 这个很有趣，因为您不必使用索引，但您仍然可以使用客户端上的时间戳对记录进行排序。这为您提供了留在迷你蒙古国的好处。

'#3' - 数据库上的成本空间，但它是最直接的

如果您不需要 mini-mongo 的功能（或者自己可以轻松地进行数组过滤），那么＃1 可能是最好的。

不幸的是，MongoDB 没有视图，因此无法实现您的 log-last-100 视图想法（尽管这将是一个不错的功能）。

除此之外，请密切关注您的订阅生命周期，以便用户在不查看日志时不会在后台不断地拉下日志更新。我可以看到它很快成为性能杀手。

于 2013-10-07T21:12:47.507 回答