Если листание недоступно, весь гайд расположен ниже в обычном порядке. JavaScript для чтения необязателен.
Как проходить этот гайд, если ты вообще не программист
Что сделать по шагам
- Ответь: должен ли проект помнить данные после перезапуска?
- Если да - спроектируй минимальные таблицы и права.
- Если нет - запиши «База данных сейчас НЕ НУЖНА» и одной фразой почему, затем иди дальше.
Важно: обязательную основу проходим по порядку, остальные модули — по типу проекта. Но чтение урока не означает, что ты обязан внедрить описанную технологию в свой проект. Сложность добавляем только когда появилась реальная причина.
Базы данных для новичков
Большой понятный гайд о том, что такое база данных, где она может жить, когда выбрать облако, когда локальный Mac / ПК, а когда свой VPS. Без перегруза теорией, с примерами и промптами для ИИ.
1. Главное мышление новичка
Самая частая ошибка на старте - думать, что теперь нужно выучить всю теорию баз данных, SQL, индексы, миграции, бэкапы и DevOps. Нет. Твоя задача как предпринимателя или начинающего создателя продукта другая: понять смысл данных, выбрать правильный сценарий и научиться ставить задачу ИИ.
2. Что такое база данных простыми словами
База данных - это место, где проект хранит информацию в понятной структуре. Если упростить, это набор таблиц. В таблицах лежат строки. У каждой строки есть поля. Между таблицами могут быть связи.
Когда база данных спроектирована правильно, проект не разваливается на хаос. Данные не дублируются где попало, роли понятны, а ИИ может автоматически строить отчёты, процессы и сценарии.
3. Где может жить база данных
У новичка есть три основных варианта: локально на своём компьютере, в облачном сервисе или на своём VPS. Самая важная мысль: сначала выбираем задачу, а потом место для базы, а не наоборот.
Локально
Хорошо для обучения, экспериментов, локальной разработки и понимания логики.
Облако
Хорошо для быстрой минимально рабочей версии (MVP), публичного доступа и старта без лишней серверной рутины.
VPS
Хорошо, когда нужен полный контроль, гибкость и своя инфраструктура.
Перевод технических слов на человеческий язык
- Облачный сервис - готовая база в интернете. Серверы, часть обновлений и инфраструктурной рутины обслуживает провайдер. Пример: Supabase.
- VPS (виртуальный приватный сервер) - арендованный удалённый компьютер, которым управляешь ты сам.
- Локально - база работает прямо на твоём Mac или ПК.
- Продакшен - рабочая версия продукта, которой уже пользуются реальные люди.
- Миграция - контролируемое изменение структуры базы, например добавление новой таблицы или поля.
- Резервная копия (бэкап) - копия данных, из которой можно восстановить проект после ошибки.
4. Облачная база: например Supabase
Supabase - популярный облачный сервис, где большую часть технической работы по серверу берёт на себя провайдер. Ты получаешь готовую базу данных, авторизацию пользователей, файловое хранилище (Storage) и панель управления. Для новичка это часто один из самых простых способов запустить минимально рабочую версию (MVP) без глубокого погружения в администрирование серверов.
Когда это удобно
- нужно быстро собрать минимально рабочую версию (MVP);
- не хочется сразу возиться с сервером;
- нужна удобная панель управления;
- важно больше времени тратить на продукт, а не на инфраструктуру.
Что важно понимать
- есть бесплатный тариф с лимитами;
- лимиты со временем могут меняться;
- часть ответственности за инфраструктуру берёт на себя сервис;
- для серьёзного роста может понадобиться платный тариф.
Для новичка: облако удобно, когда хочется быстро перейти от идеи к работающему продукту. Ты меньше думаешь о сервере и больше о сценарии пользователя.
Актуальный пример лимитов Supabase Free
На бесплатном тарифе Supabase сейчас доступны:
- 500 MB размера базы данных на проект;
- 50 000 активных пользователей в месяц;
- 1 GB файлового хранилища;
- 5 GB обычного исходящего трафика + 5 GB кэшированного;
- до 2 активных бесплатных проектов;
- бесплатный проект может быть поставлен на паузу после недели без активности.
Проверено по официальному тарифу Supabase. Лимиты могут меняться, поэтому перед запуском реального проекта их нужно перепроверить. Официальный прайс Supabase.
Supabase Free · данные проверены 10.10.2026 · официальные источники
По официальному тарифу: 500 MB размера базы на проект, 50 000 активных пользователей в месяц, 1 GB файлового хранилища, 5 GB egress + 5 GB cached egress; максимум 2 активных бесплатных проекта. При низкой активности за неделю проект может быть приостановлен. Информация могла измениться: перед настройкой проверь актуальные лимиты и условия по первоисточнику.
5. Локально на Mac / ПК
Локальная база - это база, которая работает прямо у тебя на ноутбуке или компьютере. Это отличный вариант для обучения, экспериментов, тестов и локальной разработки. Он особенно хорош, когда ты хочешь понять логику и не платить лишнее на старте.
Плюсы
- дёшево или бесплатно;
- полный контроль;
- удобно ломать, тестировать и учиться;
- хорошо подходит для первых шагов.
Ограничения
- это не лучший вариант для рабочей публичной версии продукта (продакшена);
- компьютер должен быть включён;
- если ноутбук выключен, проект недоступен;
- нужно самому следить за копиями и рабочим состоянием.
6. Своя база на VPS
VPS - это твой удалённый сервер. На нём можно поднять PostgreSQL, MySQL, Redis и всё, что нужно проекту. Такой путь даёт максимальную свободу, но и максимальную ответственность.
Плюсы
- нет искусственных ограничений конкретного облачного тарифа: предел задают ресурсы твоего VPS;
- можно настраивать систему как угодно;
- удобно, если у тебя уже есть VPS;
- это ближе к настоящей рабочей инфраструктуре продукта (продакшену).
Что ложится на тебя
- установка и настройка;
- резервные копии (бэкапы) и восстановление;
- безопасность и обновления;
- наблюдение за ресурсами: CPU, RAM, диск.
Важно: «без лимита» на VPS не значит бесконечность. Просто ограничителем становится не тариф сервиса, а ресурсы самого сервера и твоя способность его администрировать.
7. Что должен делать ИИ вокруг базы данных
Вот где начинается настоящая магия вайбкодинга. ИИ должен не только помочь выбрать базу. Он должен ещё и поддерживать карту базы данных в актуальном виде. Это значит: описывать таблицы, роли, связи, миграции, план резервного копирования и пример файла переменных окружения .env.example.
8. Готовые промпты для ИИ
Ниже промпты, которые можно прямо брать и использовать. Сначала просишь ИИ помочь разобраться и выбрать подход, а уже потом переходишь к кодеру и миграциям.
Промпт №1. Помоги выбрать, где должна жить база
Промпт №2. Спроектируй схему базы
Промпт №3. Роли и права доступа
Промпт №4. Поддерживай документацию по базе
Промпт №5. Проведи аудит базы и выбора подхода
Мини-проверка
Вопрос: если у тебя на старте маленький учебный проект, обязательно ли сразу поднимать базу на VPS?
Ответ: нет. Для обучения и локальной разработки часто достаточно локальной базы. Для быстрого MVP часто удобнее облако. VPS нужен, когда тебе правда нужен контроль и ты готов нести ответственность за инфраструктуру.
Закрепи базу данных на реальном проекте: Supabase + MCP + логи + безопасные итерации
Базовую теорию ты уже прочитал здесь. В отдельной практике не повторяем урок: подключаем ограниченный Supabase MCP, проектируем минимальную схему, доказываем write/read, разбираем RAG без мифов, добавляем логи и отделяем production от test/staging.
Пройти практику после Zoom →Безопасность Supabase MCP и RLS · проверено 10.10.2026
Для аудита начни с подключения к конкретному project_ref и read_only=true. Запись, миграции и SQL выполняй только в тестовом окружении после подтверждения. service_role и secret ключи не отправляй в браузер или Git; они способны обходить RLS. Клиентские publishable ключи должны работать с правильно настроенными политиками RLS.
9. Чек-лист самопроверки
Нажимай на строку или на галочку. Отметка меняется сразу даже в просмотрщике без JavaScript. Если JavaScript доступен, прогресс ещё и сохраняется на устройстве.
Практическое задание
Сделай это не в голове, а через ИИ.
Задание 1
Опиши свой проект одним абзацем и отдай ИИ промпт на выбор подхода: локально, облако или VPS.
Задание 2
Попроси ИИ собрать DATABASE_SCHEMA.md (схема базы) и ACCESS_MODEL.md (модель ролей и доступа) для твоей минимально рабочей версии (MVP).
Задание 3
Попроси ИИ сделать короткий аудит: что у тебя уже логично, что пока рано усложнять, и какой следующий шаг лучший.
Задание 4
Принеси на разбор не просто идею, а уже выбранный путь: локально / облачный сервис / свой VPS, с аргументацией почему.
Финальная мысль: база данных - это не про страшную теорию. Это про порядок в данных. А ИИ должен стать твоим архитектором, переводчиком и документатором, а не ты его секретарём.
Фото, видео и PDF обычно не надо хранить как огромную строку в таблице
Новичку достаточно запомнить простую схему:
FILE / OBJECT STORAGE → хранит сам файл
Например, в таблице можно хранить: user_id, имя файла, ссылку, размер, тип и дату создания. А сами байты видео или PDF хранить в специальном файловом хранилище.
Object Storage - это просто хранилище файлов, например S3-совместимый сервис или Supabase Storage.
Непонятные слова простыми словами
Не зубри определения. Вернись сюда, если встретил термин и забыл, что он означает.