草庐IT

mongodb.driver

全部标签

c# - mongodb:使用 C# 驱动程序检查用户/密码

在我的c#项目中,我使用带有官方c#驱动程序的MongoDB。我一直使用管理连接在mongodb上执行查询/更新/插入,并处理我的网络服务中的所有身份验证和授权(如果允许,它将把命令传递给mongodb)。我的问题是:如何检查用户凭据?我只想知道用户和密码组合在mongodb中是否有效。在命令行中有一个db.auth(),但对于c#驱动程序,我无法找到执行此操作的方法。 最佳答案 这是官方手册:http://docs.mongodb.org/ecosystem/tutorial/authenticate-with-csharp-dr

mongodb - 查询返回错误结果

我遇到了在多边形(简单框)内匹配项目的问题。我不明白为什么查询框中的项目没有生成。所以这就是我所拥有的:>db.testing.getIndexes();{"0":{"v":1,"key":{"_id":1},"ns":"test.testing","name":"_id_"},"1":{"v":1,"key":{"point":"2dsphere"},"ns":"test.testing","name":"2dsphere_index"}}这是我的文件(我测试过不同的格式):>db.testing.find();{"_id":ObjectId("5439c9c61120c95f4c5

python - 将 numpy 结构化数组的字段插入 mongodb

我目前正在研究是否可以使用structurednumpyarrays或多或少直接作为mongodb插入操作的文档。在我找到的所有例子中db.collection.insert(doc)doc始终是Pythondict,但我想知道是否没有提供mappinginterface的实例可能可用于插入操作。我正在考虑使用DictMixin对np.ndarray进行子类化或MutableMapping所以它真的提供了一个dict接口(interface)。然后做这样的事情:structured_array=np.zeros((5,),dtype=[('i','现在,因为我是一个该死的初学者,从来没

mongodb - 我应该在 MEAN 应用程序中使用 mongodb 进行大文件存储吗?

我想在MEAN(MongoDB、Express、Angular和Node)中构建一个文档管理系统。它将用于存储大型文档文件(约100MB)、图像等。我应该将上传的文件保存在我的应用程序、文件系统或MongoDB中的什么位置。有人可以帮忙吗? 最佳答案 您可以使用mongodb的Gridfs特性进行文件管理。它使用流并且不会占用大量内存来处理文件。如果您要将这些文档与数​​据库中的其他集合一起使用,我建议将文件存储在Gridfs=>http://docs.mongodb.org/manual/core/gridfs/中

mongodb - 如何按字段计数汇总集合和分组

我有一组看起来像这样的用户:{"_id":ObjectId("54380a817a4b612a38e87613"),"email":"email@email.com","ogp":[BIGNESTEDCOLLECTION...{},{},{}]"created":ISODate("2012-02-28T23:10:07Z"),"o_id":ObjectId("5438096f7a4b612a38e445f4")"geo":{"country":"US","city":"Seattle","longitude":123,"latitude":123}}我想获取所有用户的位置并按国家/地区

mongodb - 使用 MongoCollection.FindAll 两次返回相同的文档

由于从MongoDB获取重复文档,我们在系统中遇到了一个错误。当使用FindAll同时从另一个进程更新集合时,会发生这种情况。避免这种情况的最佳做法是什么?我们不介意获取刚刚更新的文档的陈旧版本、获取刚刚删除的文档或丢失刚刚插入的文档。我们已经看到游标有一个SetSnapshot选项($snapshot:true),但是性能影响是什么?为什么默认情况下不启用?我们可以手动删除返回的重复项,但这似乎不对,而且还会影响性能。更新:据我们了解,更改文档大小的更新可能会移动其在集合中的位置。如果在$snapshot选项关闭时,这种更新发生在FindAll操作期间,文档可能会返回两次。更新2:在

java - Spring Data MongoDB 排序性能

我发现SpringDataMongoDB排序性能存在显着差异,具体取决于方向。我正在对一个属性进行排序,并且在两个方向上都有索引。升序排序时,响应时间约为80毫秒,降序排序时约为2.7秒。native查询分别需要5毫秒和50毫秒。后续页面的查询稍微快一些,大约1秒。2.7秒对我的应用程序来说是NotAcceptable,我能做些什么吗?Controller:Stringq=URLDecoder.decode(query);Sort.Directiond=Sort.Direction.ASC;if(direction==-1){d=Sort.Direction.DESC;}String[

java - 在 Javascript 和 MongoDB 中使用 UTC 日期

我在正确使用UTC日期时遇到问题,想知道是否有处理此问题的通用方法。基本上我有一个javascript日期选择器,我可以在其中选择一个日期。例如:2014-10-15当使用JSON.stringify()将其转换为字符串时,我最终得到:2014-10-14T22:00:00+0200我假设这是正确的,因为日期已转换为UTC日期。当日期到达我的java(jersey)REST界面时,它看起来像下面这样:2014-10-14T22:00:00.000Z日期似乎相同,但+0200已不存在。可能导致问题。下一步是将日期保存到我的mongo数据库中,然后像这样存储日期:2014-10-1420:

mongodb - 是提示({$自然: 1}) redundant when using a tailable cursor?

在我发现的许多在上限集合上使用可尾游标的示例中,代码包括:hint({$natural:1})(例如here),包括官方文档(here),以“确保我们不使用任何索引”,并且结果以自然(即磁盘)顺序返回。但是,文档还表明这是可尾游标的默认行为:Tailablecursorsdonotuseindexesandreturndocumentsinnaturalorder.那么提示的使用是多余的吗?我试着查看explain()的输出,有和没有hint,据我所知,没有区别。 最佳答案 是的,是的。有时你可能想做的是以相反的自然顺序返回结果(最

使用 Oboe.js、MongoDB 和 Express.js 进行 JSON 流式传输

我正在使用Oboe.js、MongoDB和Express.js试验通过HTTP的JSON流。重点是在MongoDB(Node.js的mongodbnative驱动器)中进行查询,将其(JavaScript数组)通过管道传输到Express.js并在其中解析带有Oboe.js的浏览器。我所做的基准比较了MongoDB查询服务器端和客户端JSON解析中的streaming与blocking。这是两个基准测试的源代码。第一个数字是1000万个文档集合100项(分页)的1000次查询的毫秒数和括号之间的第二个数字,表示在解析MongoDB结果数组中的第一项之前的毫秒数。流式基准服务器端://O