Identifiants
Choisissez génération, décodage ou borne de date.
Horodatage non signé sur 4 octets, valeur aléatoire sur 5 octets et compteur sur 3 octets. Les octets aléatoires ne révèlent ni identifiant machine ni PID.
Les données sont traitées dans ce navigateur et ne sont pas envoyées à un serveur.
Décoder : un ObjectId de 24 caractères hexadécimaux par ligne. Générer : laisser vide pour maintenant ou saisir une date. Borne : une date par ligne. Utiliser des secondes Unix entières ou une date ISO avec secondes et Z ou ±HH:mm. Les espaces sont conservés.
Maximum : 1 000 lignes et 100 000 unités de code UTF-16 ; génération de 1 à 1 000 ID. Plage : 0–4294967295 secondes Unix.
Saisissez des données ou chargez un exemple.
Un Générateur d'ObjectId sert à préparer des identifiants de test avant de disposer d'une base. Pour examiner une valeur issue d'un journal, le décodage permet de lire le temps enregistré dans son préfixe.
Un format accepté ne prouve pas l'existence du document. La date interne peut venir d'une horloge décalée ou d'un choix manuel. Conservez un champ métier distinct pour dater précisément un événement.
Le Générateur d'ObjectId sépare l'horodatage sur quatre octets, la valeur aléatoire sur cinq et le compteur sur trois. Les octets centraux ne sont pas présentés comme un nom de machine ou un numéro de processus récupérable.
Une vérification de lot perd son intérêt si elle masque les échecs. Chaque ligne garde son texte, son numéro et son erreur, pour retrouver précisément le problème dans la source.
La génération crée des ID de test. Le décodage lit des ID existants. La borne de date ajoute des zéros après le préfixe temporel pour construire une valeur de comparaison.
En génération, une entrée vide utilise la seconde actuelle. Sinon, indiquez des secondes Unix ou une date ISO avec Z ou un décalage explicite.
Le décodage attend exactement 24 caractères hexadécimaux par ligne. Les lignes absentes de l'aperçu restent dans le rapport exporté. Par défaut, le décodage et les bornes se recalculent 350 ms après une modification. Désactivez la conversion automatique pour utiliser Convertir ou Ctrl/Cmd+Enter. La génération exige toujours une action explicite et ne se déclenche jamais automatiquement.
Créez de 1 à 1 000 ID. La source cryptographique du navigateur initialise la valeur aléatoire du contexte et le compteur, qui progresse ensuite à chaque création.
Les quatre premiers octets sont lus comme des secondes Unix non signées en ordre big-endian. La date UTC accompagne les autres champs.
Un préfixe temporel suivi de zéros donne un identifiant BSON utilisable dans une comparaison. Aucune requête ni insertion n'est exécutée.
La génération copie ou télécharge les ID en TXT, un par ligne. Les autres modes produisent du JSON avec les entrées et les erreurs, même hors de l'aperçu visible.
Non, aucune garantie mathématique absolue. La combinaison du temps, de l'aléa et du compteur rend les collisions peu probables. L'index unique de la base reste une protection nécessaire.
Oui, les quatre premiers octets contiennent les secondes Unix. Cette date est celle encodée dans l'identifiant, sans preuve de l'heure réelle d'insertion du document.
Le Générateur d'ObjectId accepte de 1 à 1 000 éléments par lot. Le fichier et la copie comprennent tous les ID, pas seulement les lignes visibles.
Oui, si le système destinataire accepte ce format de 12 octets. Il faut vérifier ses conventions de stockage et de comparaison. Ces valeurs ne sont pas des jetons secrets.
Non. Le Générateur d'ObjectId fonctionne dans le navigateur. Le décodage ne cherche aucun document et ne vérifie pas l'existence d'un enregistrement.
Un résultat vous surprend ?
Commencez avec quelques valeurs, puis vérifiez l'heure et les champs avant de les exporter.