Ich arbeite an einem Projekt und bin mir nicht sicher, ob es einen Unterschied zwischen der Funktionsweise des findCursors und der Funktionsweise des findOneCursors gibt. Ist findOne nur ein Wrapper für find().limit(1)? Ich habe mich danach umgesehen und vielleicht weiß jemand, ob Mongodb eine spezielle Methode dafür hat oder nicht. Ich arbeite mit der PHP-API für Mongodb, wenn das einen Unterschied macht.
Antworten:
Basierend auf meinen eigenen Benchmarks find().limit(1)ist es um Größenordnungen schneller als findOne().
Es liegt entweder ein Fehler in der MongoDB-Dokumentation oder ein Fehler in vor findOne(). findOne()verhält sich eher so, find().limit(N)als wäre N die Anzahl der Dokumente, die die Abfrage zurückgeben würde. Ich habe das herausgefunden, als ich versuchte herauszufinden, warum meine einfachen Abfragen so langsam waren!
Update: Antwort eines 10gen (MongoDB) Ingenieurs:
Die beiden Abfragen, die Sie ausführen, sind sehr unterschiedlich. Eine Suchabfrage gibt einen Cursor zurück. Dies ist im Wesentlichen ein Szenario ohne Operation, da keine tatsächlichen Daten zurückgegeben werden (nur die Cursorinformationen). Wenn Sie findOne aufrufen, geben Sie die Daten tatsächlich zurück und schließen den Cursor. Die Dokumente sollten auf jeden Fall klarer sein :-)
Update: Wenn das find().limit(1)Dokument abgerufen wird, scheint der Geschwindigkeitsunterschied um Größenordnungen zu verschwinden. Außerdem konnte ich den großen Geschwindigkeitsunterschied mit dem MongoDB-JavaScript-Treiber nicht reproduzieren. Ich habe ursprünglich mit dem MongoDB Java-Treiber verglichen.
findOne()schlimmer ist als find().limit(1), was falsch ist.
findOne()ist in der Tat syntaktischer Zucker für find().limit(1), da Sie das Dokument tatsächlich abrufen (im Gegensatz dazu, nur den Cursor mit zurückzugeben find()).
Weitere Informationen finden Sie in der Antwort und den Updates von Leftium .
Der Quellcode kann sehr hilfreich sein.
Es ist Java, aber ich denke, es kann auch helfen.
Die findOne(),
DBObject findOne(DBObject o, DBObject fields, DBObject orderBy, ReadPreference readPref,
long maxTime, TimeUnit maxTimeUnit) {
QueryOpBuilder queryOpBuilder = new QueryOpBuilder().addQuery(o).addOrderBy(orderBy)
.addMaxTimeMS(MILLISECONDS.convert(maxTime, maxTimeUnit));
if (getDB().getMongo().isMongosConnection()) {
queryOpBuilder.addReadPreference(readPref);
}
Iterator<DBObject> i = find(queryOpBuilder.get(), fields, 0, -1, 0, getOptions(), readPref, getDecoder());
DBObject obj = (i.hasNext() ? i.next() : null);
if ( obj != null && ( fields != null && fields.keySet().size() > 0 ) ){
obj.markAsPartialObject();
}
return obj;
}Und hier ist find()
public DBCursor find( DBObject ref ){
return new DBCursor( this, ref, null, getReadPreference());
}Wie wir sehen können, findOne()ruft das find()in sich selbst auf, holt alles DBOjectein iund gibt dann das erste zurück.
Sie müssen diesen Link überprüfen ...
http://mongoosejs.com/docs/2.7.x/docs/finding-documents.html
find().limit(1)im Verlauf der normalen Programmierung ausführen müssen (z. B. das tatsächliche Abrufen der Daten und Schließen des Cursors),findOne()die ohnehin automatisch für Sie ausgeführt werden?