El esquema de su base de datos, como código legible.
Tablas, columnas y relaciones se escriben en un lenguaje sencillo; al lado se dibuja en vivo un diagrama ER, y cada cambio hecho en el diagrama se vuelve a escribir en el código. Tabliva muestra los problemas del esquema, sugiere normalizaciones y genera el SQL y el archivo de migración versionado que llevan una base de datos al estado del código. PostgreSQL, MySQL / MariaDB y SQLite.
14,99 US$Compra únicaReembolso en 14 días

Funciones principales
- Un lenguaje de esquema legible
- Tablas, tipos lógicos, claves primarias y foráneas (->), índices (parciales y de expresión), restricciones check y enums se escriben en archivos .tabliva. Los detalles propios de cada dialecto se añaden con anotaciones (@postgres(type: "jsonb")); vistas, disparadores y funciones, con bloques sql sin procesar. El editor tiene resaltado de sintaxis, autocompletado y búsqueda.
- Diagrama ER bidireccional
- El diagrama se actualiza mientras se escribe; ante un error de sintaxis se mantiene el último estado válido y el error se muestra con su línea. Añadir, renombrar o eliminar tablas, columnas, relaciones e índices, o cambiar un tipo en el diagrama, reescribe solo la línea de código correspondiente; los comentarios se conservan. La disposición se guarda en un archivo aparte (diagram.tabliva-layout.json).
- Problemas: 55 reglas
- Claves, sugerencias de claves foráneas que faltan con su nivel de confianza, tipos (p. ej., float para importes), índices, datos repetidos, nombres, estructura y compatibilidad con el dialecto. Cada problema tiene una explicación sencilla y una corrección; las correcciones seguras se aplican de una vez. Ignorar un problema o desactivar una regla se escribe en el archivo kurallar.tabliva.
- Normalización
- Las dependencias funcionales se declaran en el código con una línea depends o se sugieren a partir de los nombres de columna. Para cada tabla se muestran los pasos de 1FN a FNBC, correcciones con vista previa de antes y después (mover a otra tabla, nueva tabla, tabla hija, copia intencionada) y el SQL de migración de datos para el dialecto.
- Plan de cambios y archivos de migración
- El código se compara con un destino (carpeta de migraciones, instantánea; en el escritorio, una base de datos en vivo). Se detectan los cambios de nombre; cada paso lleva etiquetas de riesgo como pérdida de datos, reescritura de la tabla o bloqueo. El SQL se genera para PostgreSQL, MySQL / MariaDB y SQLite; el archivo de migración se escribe en la carpeta migrations/ con un nombre fechado y su suma de verificación se añade a tabliva.sum.
- Importar un esquema existente
- Se leen volcados SQL (pg_dump, mysqldump, SQLite .schema o CREATE TABLE escrito a mano), DBML y otro proyecto de Tabliva; se elige un archivo por tabla o un único archivo. Solo se toma el esquema; las líneas INSERT y COPY se omiten. En el escritorio, el esquema también se lee directamente de una base de datos.
Tratamiento de datos y privacidad
Tabliva guarda los archivos del proyecto en este dispositivo (en el almacenamiento IndexedDB del navegador o en la carpeta conectada) y no los envía a ningún servidor. Los archivos SQL y DBML importados se leen en el dispositivo. A una base de datos en vivo solo se accede desde la aplicación de escritorio, solo cuando usted se conecta y directamente desde este equipo; el esquema y las consultas no pasan por FigBell. Las contraseñas que decida guardar se almacenan cifradas en el llavero del sistema operativo y no se incluyen en copias de seguridad ni exportaciones.
Obtener Tabliva
Pruébelo en el navegador sin instalación; para un uso continuado, adquiera la versión para macOS, Windows o Linux.