6
Ich habe gehört, dass große Losgrößen wirklich keine zusätzliche Leistung gebenWas ist die optimale Anzahl an Objekten mit der InsertBatch-Methode im mongodb C# -Treiber?
Was ist das Optimum?
A
Antwort
7
Wenn Sie zum Einfügen von Dokumenten nacheinander die Option Einfügen wählen, wird für jedes Dokument eine Netzwerkumgehung durchgeführt. Wenn Sie InsertBatch aufrufen, um Dokumente in Stapeln einzufügen, wird für jeden Stapel anstatt für jedes Dokument ein Netzwerkrundlauf ausgeführt. InsertBatch ist effizienter als Insert, da es die Anzahl der Netzwerkumläufe reduziert.
Angenommen, Sie 1.000.000 Dokumente einzufügen hatte, die Anzahl der Netzwerk-Rundfahrten für verschiedene Losgrößen analysieren konnte:
- Losgröße 1: 1.000.000 Umläufe
- Losgröße 10: 100.000 Umläufe
- Losgröße 100: 10.000 Rundfahrten
- Losgröße 1000, 1000 Umläufe
- etc ...
So sehen Sie, dass bereits eine Losgröße von 10 bereits 90% der Netzwerkumläufe eliminiert hat und eine Losgröße von 100 99% der Netzwerkumläufe eliminiert hat.
Dies ist eine etwas vereinfachte Analyse, weil sie die Tatsache ignoriert, dass mit zunehmender Losgröße auch die Nachrichtengrößen zunehmen, aber es ist mehr oder weniger genau.
Ich glaube nicht, dass es eine eine optimale Batchgröße gibt. Ich würde sagen, dass größere Chargen leistungsfähiger sind, aber sobald Sie 10-100 Dokumente pro Charge haben, wird es bei größeren Chargen sehr kleine Leistungsverbesserungen geben.
Verwandte Themen
- 1. MongoDB C# Treiber Serialisierung mit dynamischen Objekten
- 2. Was ist der ausgereifteste MongoDB-Treiber für C#?
- 3. Was ist der Algorithmus optimale Arbeitsgruppengröße und Anzahl der Arbeitsgruppe
- 4. MongoDB: Welcher C-Treiber?
- 5. MongoDb mit C# -Treiber Speicherdatum im ISO-Format
- 6. Was ist die optimale Anzahl von laufenden Aufgaben?
- 7. Was ist die Erweiterung der EIA im Begriff "EIA-Treiber"?
- 8. Wörterbuch in MongoDB mit C# -Treiber einfügen
- 9. MongoDB 3.2 C++ - Treiber mit $ exists
- 10. C# MongoDB Treiber Probleme (NORM)
- 11. Was ist platform_get_resource im Linux-Treiber?
- 12. MongoDB C# offizielle Treiber Massenaktualisierung
- 13. Shutdown MongoDB-Server mit C# Treiber 2.2.3
- 14. Serverseitige Projektion mit MongoDB C# -Treiber 2.0
- 15. MongoDB C# Treiber und Threadsicherheit
- 16. Was ist der optimale "allgemeinste Unifier" -Algorithmus?
- 17. BSON-Serialisierung in C# -Treiber für MongoDB
- 18. Wie erhalten Sie den Verbindungsstatus im C# MongoDB-Treiber v2.0?
- 19. MongoDB C# -Treiber - Felder bei Bindung ignorieren
- 20. Grund für die optimale Anzahl von Threads
- 21. Update-Feld in Array mongodb C# Treiber
- 22. MongoDB C# Treiber mehrere Feld Abfrage
- 23. MongoDB $ ersten ungestützt Fehler C# Treiber
- 24. nodejs mongodb-Treiber löscht die Verbindung im Leerlauf
- 25. MongoDB-Aggregationscursor mit NodeJS-Treiber
- 26. Was ist die maximale Anzahl von Verbindungen?
- 27. Ergebnisse von 2.0 erhalten MongoDb C# -Treiber
- 28. MongoDB C# -Treiber 2.0 InsertManyAsync vs BulkWriteAsync
- 29. Was ist der optimale Weg, dies in Javascript zu tun?
- 30. findOne NodeJS MongoDB-Treiber
Kein Hinweis darauf, wo Sie es gehört haben? Hmm, würde ich normalerweise alles sagen, was in einen 16meg Raum (max) passt? – Sammaye
Ich öffnete ein Problem in Jira und es wurde in den Kommentaren erwähnt https://jira.mongodb.org/browse/CSHARP-725 – Serdar
Ok Ich denke, ich verstehe, Sie sind für einen Aufruf Batch-einfügen mit einer Dokumentgröße größer als 16meg Was Roberts auch sagt, ob große Chargen helfen, hängt davon ab, wie sauber Ihre Daten sind. Wenn sie aufgrund von Fehlern ständig zum Client zurückkehren, ist es leistungsfähiger, kleinere Chargen zu verarbeiten (wie er schon sagt). Was die optimale Menge hier angeht: hmm, vielleicht 100 im Batch? – Sammaye