Схема определяет, как данные организованы в базе данных. Она задает таблицы, столбцы, типы данных, ограничения и связи. Схема — это план. База данных — это здание. Хорошо спроектированная схема упрощает запросы и обеспечивает согласованность данных. Плохо спроектированная схема создает проблемы, которые трудно исправить позже. Изменение схемы после того, как данные уже существуют, требует миграции, которая может привести к сбоям в работе приложений и повреждению данных.

Схемы существуют на разных уровнях. Концептуальная схема описывает бизнес-сущности и их взаимосвязи. Логическая схема добавляет детали: таблицы, столбцы и ключи. Физическая схема определяет хранилище: группы файлов, индексы и разделы. Каждый уровень служит разным целям. Бизнес-аналитики понимают концептуальную схему. Разработчики работают с логической и физической схемами. В некоторых базах данных схема строго соблюдается. В других она гибкая. В документоориентированных базах данных часто вообще нет строгого соблюдения схемы. Структура определяется приложением. Такая гибкость ускоряет разработку, но перекладывает ответственность на приложение. Без соблюдения схемы легко проникают некорректные данные. База данных принимает все, что отправляет приложение. Схема — это контракт. Она определяет, как выглядят данные и каким правилам они следуют. Нарушение контракта разрушает все, что на нем построено.

Компоненты схемы

• Таблицы — сущности в модели данных.
• Столбцы — атрибуты с указанием типов данных.
• Ключи — первичные и внешние ключи
• Ограничения — правила для корректных данных
• Индексы — структуры для повышения производительности запросов.
• Представления — сохраненные запросы, отображаемые в виде таблиц.

Схема — это план. Без неё база данных представляет собой набор данных без структуры.