Как создать базу данных для компании: шаги и ошибки

Запрос «создать базу данных» в бизнесе обычно означает одно из двух: навести порядок в разрозненных таблицах (клиенты, объекты, заказы, оборудование) или заложить основу для будущей программы. В обоих случаях главное делается не в программе, а на бумаге: какие данные хранить, как они связаны и кто с ними работает.

Шаг 1. Описать, что хранится

Начните с перечня сущностей — объектов, о которых нужна информация:

• Клиенты
• Договоры
• Заказы и их позиции
• Товары или услуги
• Сотрудники
• Платежи

Для каждой сущности составьте список полей: у клиента — название, ИНН, телефон, адрес, ответственный менеджер, источник. Отметьте, какие поля обязательны, а какие нет.

Шаг 2. Определить связи

• Один клиент — много заказов
• Один заказ — много позиций
• Одна позиция — один товар
• Один сотрудник — много клиентов

Связи «многие ко многим» (один товар в многих заказах, один заказ с многими товарами) реализуются через промежуточную таблицу — в данном случае это позиции заказа.

Нарисуйте схему: прямоугольники-сущности и линии-связи. Эта картинка станет основой для обсуждения с сотрудниками и разработчиками.

Шаг 3. Выбрать инструмент

No-code базы и таблицы с формами подходят, если данных немного, пользователи — несколько сотрудников, а сложной логики нет. Быстрый старт без программиста.

Готовая система — CRM, складская программа, учётная система — если ваша задача типовая. Часто «создать базу клиентов» правильнее решить внедрением CRM.

Реляционная СУБД — PostgreSQL, MySQL, SQL Server — если база станет основой собственного приложения, сайта, бота или интеграций. Потребуется разработчик.

Шаг 4. Спроектировать таблицы

Основные правила:

1. Каждая таблица — одна сущность. Не храните данные клиента в каждой строке заказа
2. У каждой записи — уникальный идентификатор, который не меняется
3. Нет повторяющихся данных. Название города хранится в справочнике, а в адресе клиента — ссылка на него
4. Правильные типы данных: дата как дата, сумма как число с нужной точностью, телефон как текст в едином формате
5. Ограничения: обязательные поля, уникальность ИНН или телефона, допустимые значения статусов

Это и есть нормализация — принцип, который защищает от противоречий в данных.

Шаг 5. Права доступа

Кто может видеть, добавлять, изменять и удалять записи. Менеджер работает со своими клиентами, бухгалтер видит платежи, руководитель видит всё. Удаление лучше ограничить или заменить пометкой «архив».

Шаг 6. Перенести существующие данные

Старые таблицы перед загрузкой нужно почистить: объединить дубли клиентов, привести телефоны к одному формату, заполнить пропуски там, где возможно. Это трудоёмко, но иначе новая база унаследует старый беспорядок.

Шаг 7. Резервное копирование

Настройте автоматическое резервное копирование с первого дня. Проверьте, что из копии действительно можно восстановить данные. Храните копии отдельно от основного сервера.

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

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

Ошибки, которые всплывают через год

• Клиент записан в нескольких местах с разным написанием, и непонятно, сколько у вас клиентов
• Статусы хранятся свободным текстом: «оплачен», «оплачено», «опл.»
• Нет даты создания и изменения записей, невозможно понять, когда что произошло
• Нет журнала изменений: кто удалил запись, неизвестно
• База без резервных копий
• Структура придумана одним человеком без участия тех, кто будет работать с данными

Если вы хотите создать базу данных под свои процессы или перейти с таблиц на систему, опишите задачу — поможем спроектировать структуру и выбрать инструмент.