Un esquema define cómo se organizan los datos en una base de datos. Especifica tablas, columnas, tipos de datos, restricciones y relaciones. El esquema es el plano; la base de datos, el edificio. Un esquema bien diseñado facilita las consultas y garantiza la coherencia de los datos. Un esquema mal diseñado genera problemas difíciles de solucionar posteriormente. Modificar un esquema una vez que los datos ya existen requiere migraciones que pueden provocar fallos en las aplicaciones y corrupción de datos.

Existen esquemas en diferentes niveles. El esquema conceptual describe las entidades de negocio y sus relaciones. El esquema lógico añade detalles: tablas, columnas y claves. El esquema físico especifica el almacenamiento: grupos de archivos, índices y particiones. Cada nivel está dirigido a un público diferente. Los analistas de negocio comprenden el esquema conceptual. Los desarrolladores trabajan con los esquemas lógico y físico. En algunas bases de datos, el esquema se aplica de forma estricta. En otras, es flexible. Las bases de datos documentales a menudo no tienen ningún esquema aplicado. La aplicación define la estructura. Esta flexibilidad acelera el desarrollo, pero traslada la responsabilidad a la aplicación. Sin la aplicación del esquema, es fácil que entren datos erróneos. La base de datos acepta lo que la aplicación envía. Un esquema es un contrato. Indica cómo son los datos y qué reglas siguen. Romper el contrato invalida todo lo que se ha construido sobre él.

Componentes del esquema

• Tablas: entidades en el modelo de datos
• Columnas: atributos con tipos de datos
• Claves: claves primarias y claves foráneas
• Restricciones: reglas para datos válidos
• Índices: estructuras para el rendimiento de las consultas
• Vistas: consultas guardadas presentadas como tablas

Un esquema es un plan. Sin él, la base de datos es un montón de datos sin estructura.