Generador de datos ficticios

Cómo se usa

1. La página se abre con diez filas de CSV ya creadas — la fila de cabecera está incluida, así que el texto puede ir directamente a un fixture, una hoja de cálculo o una importación de base de datos.
2. Define el número de filas (1–200), elige CSV, JSON o SQL y marca los campos que necesites. Todo se reconstruye al cambiar; cambiar el formato reserializa las mismas filas en lugar de generar otras nuevas.
3. Elige el idioma de los datos — inglés, 简体中文 o العربية — independientemente del idioma de la interfaz. Los nombres, las empresas y los pares ciudad/país siguen esa elección, mientras que las claves de campo, las fechas ISO y la sintaxis SQL se mantienen fijas.
4. Añade una semilla cuando los mismos datos deban sobrevivir a una nueva ejecución: la misma semilla, filas, campos e idioma de datos dan siempre el mismo lote. Cópialo o descárgalo cuando esté bien — no se sube, guarda ni escribe nada en la URL.

Reglas, límites y problemas conocidos

• Todos los valores son ficticios. Los nombres, las empresas y las ciudades provienen de pequeñas listas escritas a mano; cualquier parecido con personas u organizaciones reales es accidental.
• Los correos usan los dominios reservados example.com, example.net y example.org (RFC 2606): son únicos dentro de un lote pero nunca pueden recibir correo, y un lote nuevo puede repetir una dirección.
• Los teléfonos son muestras de formato, no números asignados. Los valores norteamericanos están en el rango ficticio 555-0100–0199; los chinos y árabes usan bloques con ceros a la izquierda. El patrón sigue solo el idioma de los datos, no la ciudad ni el país de la misma fila. Algunos países no tienen rango reservado, así que un número generado puede existir — no lo llames ni le envíes mensajes.
• Las ubicaciones son solo ciudad más país: sin calle, código postal ni coordenadas. La ciudad y el país de una fila siempre provienen del mismo par, pero no son una dirección entregable.
• El CSV siempre tiene fila de cabecera, saltos de línea LF y ningún BOM. Las versiones antiguas de Excel pueden estropear el CSV no ASCII al hacer doble clic; impórtalo como UTF-8 o usa JSON.
• La sintaxis legible por máquina nunca sigue el idioma de la interfaz: las claves de campo (id, name, email…), las fechas ISO, los decimales con punto y el nombre de tabla SQL fake_data se mantienen iguales en todos los idiomas, para que la salida se pueda importar directamente.
• Solo hay diez campos fijos. No se admiten nombres de campo personalizados, tipos, tasas de valores vacíos, reordenación, claves foráneas ni restricciones de unicidad; los nombres y teléfonos pueden repetirse, solo los correos se deduplican dentro de un lote.
• La aleatoriedad no es segura: las semillas usan un hash no criptográfico con mulberry32, y los UUID solo tienen forma de v4. No los uses para contraseñas, tokens, claves ni nada que deba ser impredecible.
• La reproducibilidad necesita todo el conjunto de ajustes: misma semilla, mismo número de filas, mismos campos y mismo idioma de datos. El formato no participa en el sorteo aleatorio, así que puedes cambiar entre CSV, JSON y SQL libremente.
• El límite es de 200 filas por generación, elegido para que el resultado siga cabiendo en un panel de altura fija y se actualice al instante. Los conjuntos mayores necesitan varios lotes o un script.
• No hay historial, deshacer ni guardar. Recargar descarta todo; la semilla es la única forma de volver. No se sube, guarda en localStorage ni escribe nada en la URL.