База данных сайта: где хранятся заказы, клиенты и контент

База данных — хранилище, в котором сайт держит изменяемую информацию: страницы и статьи, товары и цены, заказы, пользователей, заявки, настройки. Когда вы редактируете товар в админке, изменение записывается в базу, а когда покупатель открывает карточку, сайт берёт данные оттуда. Без базы данных работают только статичные сайты, где каждая страница — готовый файл.

Что хранится в базе

• Контент: страницы, статьи, баннеры, переводы
• Каталог: товары, категории, характеристики, цены, остатки
• Пользователи: учётные записи, роли, настройки
• Заказы: состав, суммы, статусы, история изменений
• Заявки из форм и обращения
• Служебные данные: журналы действий, сессии, очереди задач

Реляционные базы данных

Данные хранятся в таблицах, связанных между собой: таблица заказов ссылается на таблицу клиентов и таблицу товаров. Запросы пишутся на языке SQL. Самые распространённые системы — MySQL, MariaDB, PostgreSQL, Microsoft SQL Server. Большинство CMS и интернет-магазинов работают на MySQL или PostgreSQL.

Плюсы: строгая структура, целостность данных, транзакции. Если при оформлении заказа произошла ошибка, база откатит изменения целиком, и не останется заказа без товаров.

Нереляционные базы данных

Хранят данные в виде документов, пар ключ-значение или графов. Например, MongoDB хранит записи как документы с гибкой структурой, Redis — быстрое хранилище ключей, которое часто используют для кэша и очередей. Их применяют для отдельных задач: кэширование, журналы, данные с меняющейся структурой.

На практике сайт может использовать обе: основную реляционную базу и Redis для ускорения.

Как выбирают СУБД

Для сайта на CMS выбор обычно определён платформой. Для собственной разработки учитывают:

• Опыт команды и наличие специалистов для поддержки
• Объём данных и нагрузку
• Требования к сложным отчётам и запросам
• Поддержку на хостинге или в облаке

PostgreSQL часто выбирают для новых проектов с серьёзной логикой, MySQL — за распространённость и простоту хостинга.

Резервные копии

База данных — самое ценное на сайте: дизайн можно перерисовать, а заказы и клиентов не восстановить. Правила:

1. Автоматическое копирование по расписанию, для магазинов — не реже раза в сутки
2. Хранение копий отдельно от основного сервера
3. Несколько поколений копий, а не одна последняя
4. Регулярная проверка восстановления на тестовом сервере

Безопасность

• Доступ к базе только с сервера сайта, а не из интернета
• Отдельный пользователь базы с минимальными правами для сайта
• Защита от SQL-инъекций в коде: параметризованные запросы
• Хранение паролей пользователей только в виде хешей
• Ограниченный круг сотрудников с прямым доступом к данным

Производительность

Медленный сайт часто тормозит из-за базы: нет индексов по полям, по которым ищут и фильтруют, запросы выполняются в цикле, таблицы разрослись из-за старых журналов. Разработчик находит медленные запросы по журналу и добавляет индексы, кэширование или оптимизирует логику.

Что спросить у разработчика

Какая база используется и почему. Где и как часто делаются копии, кто проверял восстановление. Есть ли у вас доступ к базе или хотя бы к выгрузке. Хранятся ли персональные данные клиентов и как они защищены. Ответы стоит зафиксировать в документации проекта.

Персональные данные

Если в базе хранятся телефоны, адреса и другие данные клиентов, на сайт распространяются требования законодательства о персональных данных. Минимизируйте состав собираемых полей, ограничивайте доступ сотрудников, удаляйте данные, которые больше не нужны. Требования к месту хранения данных граждан Узбекистана уточняйте у юриста при выборе хостинга.