Protokolle und Binärformate
Ein BSON-Dokument mit Typen und Offsets prüfen oder aus einem Extended-JSON-Objekt eine neue BSON-Datei erstellen.
Die Eingabe bleibt in diesem Browser; keine Datenbankverbindung oder Übertragung.
EJSON wird mit zwei Leerzeichen eingerückt. Die Verarbeitung startet nur manuell.
BSON-Bytes oder ein Extended-JSON-Objekt eingeben.
Wer einen mongodump-Ausschnitt erhält, will BSON in JSON umwandeln und trotzdem erkennen, ob ein Wert ObjectId, Int64 oder Datum war. Eine gewöhnliche JSON-Ausgabe kann genau diese Unterscheidung verdecken.
Der BSON Viewer zeigt deshalb den ursprünglichen Feldtyp und absoluten Byte-Offset. Der Rückweg erstellt aus Extended JSON neue Bytes und verändert die Quelldatei nicht. Eine BSON-Datei öffnen Sie lokal, ohne eine Datenbankverbindung herzustellen.
Ein lesbarer Baum verknüpft Werte mit ihrer Position im Binärdokument.
Bevor dieses Werkzeug BSON in JSON umwandeln kann, prüft es Länge und Endmarkierung eines vollständigen Dokuments. Der Baum zeigt Typ, Vorschau und absoluten Offset; ein defektes Feld wird nicht als Teilerfolg verkauft.
Kanonisches Extended JSON umhüllt ObjectId, Int64, Decimal128 und binäre Untertypen. Die lesbare Variante eignet sich zum Prüfen, kann aber beim Rückweg Zahlen- und Datumstypen verlieren.
Hex erlaubt Leerzeichen, Doppelpunkte und Bindestriche; Base64 muss ausdrücklich gewählt und korrekt aufgefüllt sein. Eine neue Datei ersetzt die alte Eingabe erst nach Bestätigung.
Die Dekodierung startet manuell. Feldreihenfolge, BSON-Typ und Offset bleiben sichtbar; Baum und beide EJSON-Ansichten wechseln ohne erneutes Parsen.
Für Typprüfung kanonisches EJSON kopieren oder laden; für reine Lesbarkeit die lesbare Ansicht wählen. Der Kodiermodus erzeugt eine neue .bson-Datei.
ObjectId, Int32, Int64, Decimal128, Datum, binärer Untertyp und verschachtelte Werte bleiben unterscheidbar.
Der Extended JSON Converter nutzt standardmäßig Typ-Wrapper; die lesbare Ansicht weist auf möglichen Typverlust hin.
Ein JSON-Objekt mit EJSON-Wrappern wird in Bytes kodiert, als Hex oder Base64 angezeigt und als Datei gespeichert.
Ein einzelnes Dokument lässt sich hier als kanonisches EJSON speichern. Ein Collection-Dump enthält meist mehrere Dokumente; für den ganzen Stream verwenden Sie bsondump.
Nein. Verbleibende Bytes hinter dem ersten Dokument führen zu einem Fehler mit absolutem Offset, damit kein unvollständiger Erfolg entsteht.
Die lesbare EJSON-Ansicht vereinfacht manche Datumswerte. Kanonisches EJSON bewahrt dagegen die Typ-Wrapper; für reine Zeichenfolgen müssen Sie betroffene Felder gezielt umformen.
Die lesbare EJSON-Ansicht zeigt geeignete Daten als ISO-Zeit. Die kanonische Ausgabe hält den Millisekundenwert im $date-Wrapper fest.
Ein normaler JSON-String enthält keine BSON-Typangabe. Setzen Sie einen $date-Wrapper ein und prüfen Sie danach den Typ im Baum.
Eine unterstützte Definition bereitet Probleme?
Mit BSON in JSON umwandeln prüfen Sie ein Dokument als Typbaum und kanonisches EJSON und kodieren nur bei Bedarf eine neue Datei.
Die Verarbeitung bleibt in diesem Browser.