Dati di test e generatore di dati fittizi

Costruisca lo schema di una tabella aggiungendo campi tipizzati (nome, e-mail, telefono, numeri, date, UUID, parole e altro), scelga un numero di righe e un seme riproducibile facoltativo, poi generi righe casuali realistiche come CSV, TSV, JSON, HTML oppure istruzioni INSERT SQL in blocco per MySQL, PostgreSQL, SQLite o SQL Server. Utile per popolare database, mockup dell'interfaccia, campioni di carico e risposte di fixture API. Ogni valore è sintetico — non viene prodotto alcun dato personale reale, e tutto funziona interamente in locale.
Righe: 1-5000 Seme (facoltativo):
Formato di output:
Dialetto SQL: Tabella:
Campi (schema della tabella)
Ogni campo ha un nome di colonna, un tipo di dato con le sue opzioni, una percentuale di NULL facoltativa (0-100%) e un flag Unico. I valori tipizzati si rigenerano automaticamente mentre modifica.
Anteprima
Output
Anteprima HTML
Sui dati generati:
I valori sono estratti da pool sintetici — ogni somiglianza con una persona, un'azienda o un indirizzo reale è casuale. I numeri di telefono USA usano l'intervallo fittizio riservato 555-01xx e le e-mail usano sempre i domini riservati example.* (RFC 2606), quindi nulla di ciò che viene generato qui è componibile o raggiungibile. Lasciando vuoto il seme si usa un input crittograficamente casuale; digitando lo stesso seme si riproducono esattamente le stesse righe, utile per fixture e test di regressione. La generazione è limitata a 5000 righe ed è eseguita al 100% in locale.
Che cos'è la generazione di dati guidata dallo schema?

Invece di digitare a mano le righe, descrive la forma dei dati — un elenco di campi tipizzati — e il generatore riempie ogni colonna da un pool di valori realistici: nomi, e-mail, telefoni, date, UUID. È l'idea alla base delle librerie in stile Faker, e scala: si cambia lo schema una volta e ne escono mille righe coerenti come CSV, JSON o INSERT SQL pronti a popolare un database di sviluppo.

I dati sintetici tengono i dati di produzione fuori dagli ambienti inferiori — un bug in un test di carico non può far trapelare nulla, perché nessuna riga generata corrisponde a un cliente reale.