Kennungen

ObjectId-Generatorerzeugen und untersuchen

Erzeugen, Dekodieren oder eine Datumsgrenze wählen.

ObjectId-Generator

Eingabe

Ergebnis

Byte-Struktur

4 Bytes vorzeichenloser Zeitstempel, 5 Bytes Zufallswert und 3 Bytes Zähler. Zufallsbytes verraten weder Maschinen-ID noch PID.

Die Eingabe wird in diesem Browser verarbeitet und nicht an einen Server gesendet.

Optionen

Dekodieren: eine ObjectId mit 24 Hexzeichen je Zeile. Generieren: leer für jetzt oder eine Zeit eingeben. Untergrenze: eine Zeit je Zeile. Ganzzahlige Unix-Sekunden oder ISO-Zeit mit Sekunden und Z oder ±HH:mm verwenden. Leerzeichen bleiben erhalten.

Maximal 1.000 Zeilen und 100.000 UTF-16-Codeeinheiten; 1–1.000 IDs erzeugen. Zeitbereich: 0–4294967295 Unix-Sekunden.

Eingabe hinzufügen oder ein Beispiel laden.

Ein ObjectId-Generator hilft, wenn ein API-Test gültige Kennungen benötigt, bevor eine Datenbank verfügbar ist. Vorhandene Werte aus einem Protokoll lassen sich dagegen dekodieren, um ihren eingebetteten Zeitstempel zu lesen.

Ein korrektes Format bestätigt keinen vorhandenen Datensatz. Ebenso belegt die eingebettete Uhrzeit keinen tatsächlichen Einfügevorgang. Für verbindliche Ereigniszeiten sollte ein eigenes Datumsfeld bestehen.

Warum diesen ObjectId-Generator verwenden?

Den aktuellen Aufbau erkennen

Der ObjectId-Generator trennt vier Zeitstempel-Bytes, fünf Zufallsbytes und drei Zählerbytes. Der mittlere Abschnitt bleibt ein undurchsichtiger Wert; er wird nicht als auslesbarer Rechnername oder Prozess-ID dargestellt.

Zwölf Bytes mit getrennten Abschnitten für Zeitstempel, Zufallswert und Zähler.

Fehler im Zusammenhang behalten

Bei einer Stapelprüfung sind fehlgeschlagene Zeilen genauso wichtig wie gültige Werte. Originaleingabe, Zeilennummer und Fehler bleiben zusammen, damit kein problematischer Eintrag unbemerkt verschwindet.

Eine ungültige Zeile bleibt zwischen zwei gültigen Kennungen sichtbar.

Zweck und Zeitpunkt festlegen

01

Die passende Operation wählen

Erzeugen erstellt neue Testwerte. Dekodieren untersucht vorhandene IDs. Eine Datumsgrenze setzt die Bytes hinter dem Zeitstempel auf null und dient zum Vergleichen.

  • Datumsgrenzen eignen sich nicht als neue eindeutige Schlüssel.
02

Zeitzone ausdrücklich angeben

Eine leere Eingabe beim Erzeugen verwendet die aktuelle Sekunde. Für einen festen Zeitpunkt sind Unix-Sekunden oder ein ISO-Datum mit Z beziehungsweise Zeitversatz möglich.

  • Millisekunden sind keine gültige Sekundenangabe.
03

Den gesamten Bericht prüfen

Zum Dekodieren gehört genau eine Kennung mit 24 Hexadezimalzeichen in jede Zeile. Prüfen Sie die Fehler vor dem Export. Dekodierung und Datumsgrenzen werden standardmäßig 350 ms nach Änderungen automatisch aktualisiert. Bei ausgeschalteter Automatik nutzen Sie Umwandeln oder Ctrl/Cmd+Enter. Die Erzeugung benötigt immer eine bewusste Ausführung und startet nie automatisch.

  • Beispiel und Leeren zeigen eine Ersetzungsvorschau; eine Änderung lässt sich rückgängig machen.

Werte erzeugen und nachvollziehen

Stapel mit fortlaufendem Zähler

Pro Vorgang entstehen 1–1.000 IDs. Kryptografische Zufallswerte initialisieren den Kontext; der zufällige Abschnitt bleibt darin stabil, während der Zähler steigt.

Zeit in UTC

Die ersten vier Bytes werden als vorzeichenlose Big-Endian-Unix-Sekunden gelesen. UTC-Datum und übrige Felder ermöglichen den Vergleich mit Protokollen.

Grenzen für Datumsabfragen

Ein Zeitpräfix mit Null-Suffix bildet einen BSON-Vergleichswert. Die Seite formuliert Werte und führt keine Datenbankabfrage aus.

Vollständige Dateien

Erzeugte IDs werden zeilenweise als TXT kopiert oder gespeichert. Dekodierung und Datumsgrenzen liefern JSON mit Originalzeilen und Fehlern, auch für noch nicht angezeigte Zeilen.

Akzeptierte Eingaben und Grenzen

Exakt 24 Zeichen
Nur ASCII-Hexadezimalzeichen sind erlaubt. Großbuchstaben werden kleingeschrieben; Leerzeichen, Anführungszeichen, Konstruktoren und Leerzeilen sind ungültig.
Ein Zeitfeld mit vier Bytes
Unix-Sekunden reichen von 0 bis 4.294.967.295. Das Ende entspricht 2106-02-07 06:28:15 UTC. ISO-Daten benötigen eine Zeitzone und ganze Sekunden.
Begrenzte Stapel
Die Eingabe darf 100.000 UTF-16-Codeeinheiten und 1.000 Zeilen enthalten. Die Erzeugungsanzahl ist eine ganze Zahl von 1 bis 1.000. Größere Eingaben werden abgewiesen.
Keine globale Reihenfolge
Die Auflösung beträgt eine Sekunde; verschiedene Rechner können abweichende Uhren haben. Der Zähler springt nach 16.777.215 auf null. Absolute Kollisionsfreiheit ist nicht zugesichert.
Ohne Datenbankverbindung
Die Verarbeitung erfolgt lokal. Zufällige IDs benötigen die Kryptografie-API des Browsers. Eine Datumsgrenze mit Null-Suffix ist kein neu erzeugter eindeutiger Schlüssel.

Fragen zum ObjectId-Generator

Ist die Eindeutigkeit garantiert?

Nein. Zeitstempel, Zufallswert und Zähler reduzieren das Kollisionsrisiko stark, liefern aber keine mathematische Garantie. Eindeutige Datenbankindizes bleiben notwendig.

Lässt sich das Datum auslesen?

Ja, aus den ersten vier Bytes. Die Anzeige entspricht dem im Wert gespeicherten Zeitpunkt, der auch manuell festgelegt sein kann; sie beweist keinen tatsächlichen Schreibzeitpunkt.

Wie groß darf ein Stapel sein?

Der ObjectId-Generator erlaubt 1–1.000 neue IDs pro Vorgang. Der Export enthält den vollständigen Stapel, unabhängig davon, wie viele Zeilen gerade angezeigt werden.

Funktionieren die IDs in anderen Systemen?

Ja, sofern das Zielsystem das 12-Byte-Format akzeptiert. Prüfen Sie dessen Anforderungen. ObjectId ist kein UUID-Format und kein geheimes Zugriffstoken.

Wird eine Datenbankverbindung aufgebaut?

Nein. Der ObjectId-Generator arbeitet im Browser. Eine erfolgreich geprüfte Kennung sagt nichts darüber aus, ob eine entsprechende Datenbankzeile existiert.

Ein unerwartetes Ergebnis gefunden?

ObjectId-Generator ausprobieren

Beginnen Sie mit einem kleinen Teststapel und kontrollieren Sie die Zeit- und Bytefelder vor dem Export.