ChiralSchema

La estructura entre ChiralData y la base de datos.

ChiralData describe el estado y las operaciones. ChiralSchema convierte ese modelo en una estructura de base de datos: entidades, campos, relaciones y los cambios que la hacen evolucionar. Sigue siendo un concepto; aún no hay ningún kit CLI que instalar.

Explorar ChiralData Leer la Arquitectura Chiral

01 · Qué

Un modelo necesita una forma que se pueda persistir.

ChiralSchema es la capa entre el modelo de datos y una base de datos. Define la forma persistida, inspecciona lo que ya existe y describe cambios seguros y versionados.

Definir la estructura

Entidades, campos, claves y restricciones describen cómo se organiza el modelo de ChiralData para almacenarlo.

Evolucionar con intención

Como concepto, las migraciones comparan el modelo declarado con la base de datos y registran cambios deliberados, conservando los datos existentes.

02 · Por qué

Mantener alineados el modelo y la base de datos.

Un modelo de datos puede estar claro en el código y, aun así, divergir de lo que está guardado. ChiralSchema nombra ese límite: describe la estructura de la base de datos, observa lo que ya existe y hace visibles los cambios a lo largo del tiempo.

03 · Cómo

Del modelo a la estructura persistida.

Las seis capas parten de un contrato de datos y avanzan por entidades y relaciones; después emparejan migraciones previstas con la inspección de la base de datos. Las versiones y los destinos de base de datos completan el camino hasta la persistencia.

Las seis capas de ChiralSchema

Un mapa conceptual del modelo a la base de datos: contratos, entidades, relaciones, migración e inspección, evolución versionada y destinos de base de datos. Estas capas describen el límite previsto; no implican que ya se haya publicado un kit CLI.

Ver el marco cross-domain en Arquitectura Chiral

Abrir la escena completa de Chirality

Contratos

Anillo 0

La forma del modelo orientada a la base de datos: tipos de campo, claves y restricciones que definen qué se puede persistir.

Entidades

Anillo 1a

Registros con nombre y sus campos, expresados como tablas o colecciones que puede guardar una base de datos.

Relaciones

Anillo 1b

Vínculos entre entidades, incluidas la pertenencia, la cardinalidad y las claves que mantienen intactas las referencias.

Migración ↔ Inspección

Anillo 2

Las dos direcciones emparejadas: describir un cambio de esquema y después inspeccionar la base de datos para conocer la estructura existente.

Versiones

Anillo 3

Un historial de cambios de esquema que se puede revisar y aplicar en orden, con un punto de partida conocido para cada paso.

Destinos de base de datos

Anillo 5

El límite donde el esquema se encuentra con un dialecto o adaptador de base de datos y se convierte en estructura física persistida.