hackathon

Hackaton

Dieser Testcode, der geschrieben wurde, um die Art und Weise zu vereinfachen, wie Änderungen "Volltextsuche" getestet werden können.

Ich stelle Server online mit 32 GB RAM 3.2 GHz CPU (4C/8T) SSD -Laufwerken (kein RAID)

Jede Mongo -Instanz (Herkunft und FTS) arbeitet mit seiner eigenen SSD zusammen, um Nebenwirkungen auf Tests zu minimieren. Identische Konfigurationen und Datenbank.

Der Zugriff auf Mongo ist ein öffentlicher Benutzer test test für Readonly.

Sie können also Tests direkt auf dem Server mit erklären, ob Sie möchten.

Überprüfen Sie .Env -Datei in dieser Repo Direct Server -Verbindung. OtherVise Verwenden Sie diesen Repo -Code, um Tests durchzuführen.

So führen Sie Tests aus

 git clone https://github.com/mongodbcodes/hackaton.git
cd hackaton
npm install
npm run test

Beispielausgabe

Fortgeschrittene Tests

node test.js ""red car" -truck" serial

• Erstes Argument - Suchzeichenfolge
• Das zweite Argument ist optional "seriell" - dies bedeutet, dass die Tests seriell nicht parallel (Standardmodus) ausgeführt werden (Standardmodus)

Tests Ergebnisse Details

• FTS -Spalte - sind Ergebnisse aus fts optimierten Instanz
• Ursprungsspalte - sind Ergebnisse aus Original MongoDB - 3.6.11
• Test Suite - Details zur Anfrage.
  • SORT SORT - Daten, die in der Punktzahl mit hoher Reihenfolge angefordert wurden. FTS liefern Daten in hohem Maße, wenn die Punktzahl angefordert wird.
  • Grenze - selbstverständlich.
• FTS, Origin Reuls - Wie viele Dokumente stimmen mit der Anfrage überein.
• Differenz - Einfache Berechnung, um den Unterschied sichtbar zu machen.

Sie können feststellen, dass FTS manchmal weniger den Unterschied hier auf eine Weise zurückgibt, wie die Phrase übereinstimmt. In der Originalversion "red car" wird auch "red cartoon" übereinstimmen. Die FTS -Version passt nur für "red car" überein