Baserow — открытая база данных без кода с готовым API

У тебя накопились заявки с лендинга, список учеников курса или лиды из рекламы — и всё это живёт в Google Таблице, которая с каждой неделей превращается в кашу из вкладок и ручных копипастов. Формулы ломаются, кто-то случайно стирает строку, а связать «клиента» с его «заказами» через обычную таблицу можно только через костыли. На курсе мы уже разбирали базы данных PostgreSQL, Supabase и SQLite — но это инструменты для кода, где данными управляет приложение. Baserow устроен иначе: это таблица-хранилище с визуальным интерфейсом для человека и готовым API для машины, и SQL здесь писать не нужно вообще.

Что такое Baserow простыми словами

Baserow — открытый (open-source) сервис для хранения структурированных данных. Внешне он выглядит как электронная таблица: строки, столбцы, ячейки, фильтры, сортировка. Но под капотом это настоящая реляционная база данных PostgreSQL, а не файл формата .xlsx. Разница ощущается сразу, как только таблица разрастается до тысяч строк: обычный табличный редактор начинает тормозить и терять формулы, а Baserow продолжает работать так же быстро, потому что запросы обрабатывает база данных, а не браузер.

Проект придумали как открытую альтернативу сервису Airtable — популярному конструктору таблиц-баз с богатым интерфейсом. Baserow повторяет привычную идею «таблица вместо базы данных», но распространяется под открытой лицензией, а значит его можно развернуть на собственном сервере и не зависеть от чужой инфраструктуры. Для тех, кому такая свобода не нужна, есть и обычная облачная версия — регистрируешься на сайте и работаешь через браузер, ничего не устанавливая.

Ключевая идея сервиса — дать человеку без опыта программирования полноценную базу данных, обёрнутую в интерфейс, знакомый по Excel и Google Таблицам. Столбцы здесь называются полями и имеют типы: текст, число, дата, выпадающий список, флажок, ссылка на файл, ссылка на другую таблицу. Строки — это записи. Фильтры, сортировки и группировки настраиваются кликами, а не формулами. При этом каждая таблица через API мгновенно превращается в источник данных для внешних сервисов и собственных приложений.

Представь таблицу заявок с сайта: имя, телефон, услуга, статус, дата обращения. В Google Таблице такую таблицу ведёт человек руками, а любая автоматизация вокруг неё держится на хрупких скриптах и формулах, которые ломаются при малейшей правке структуры. В Baserow та же таблица остаётся такой же простой для человека, но одновременно становится источником данных: сайт может писать туда новые заявки напрямую через API, а сервис автоматизации — читать их и реагировать на изменения статуса, без единой ручной синхронизации.

Шаблоны для быстрого старта

Начинать с пустой таблицы не обязательно. У Baserow есть библиотека готовых шаблонов под типовые задачи: учёт заявок, простая CRM, планирование проекта, список контента для публикаций, инвентарь склада. Шаблон создаёт сразу несколько связанных таблиц с уже настроенными полями и видами отображения — остаётся адаптировать структуру под себя и начать заполнять данными.

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

Чем Baserow отличается от Airtable

Airtable — старший и куда более известный сервис с похожей идеей: таблица, которая ведёт себя как база данных. Многие статьи и туториалы в интернете написаны именно про Airtable, а Baserow часто называют его «клоном». Формально это верно лишь отчасти — общая концепция действительно позаимствована, но у сервисов разная философия распространения и разная модель ограничений.

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

Baserow — открытый код. Его можно развернуть на собственном сервере (self-hosted, то есть «размещённый самостоятельно») и пользоваться без каких-либо лимитов сервиса, кроме мощности своего же оборудования. Это принципиально другой уровень контроля: данные физически находятся там, где решил ты, а не в дата-центре стороннего провайдера в другой стране. Для проектов, где важна приватность данных пользователей — например, база учеников курса или список клиентов — это весомый довод.

При этом у Baserow есть и собственная облачная версия — по сути та же логика, что у Airtable: регистрация, готовая инфраструктура, платные тарифы при росте нагрузки. Разница в том, что у пользователя Baserow всегда остаётся путь отступления: если облачный тариф покажется невыгодным, можно перенести ту же базу на собственный сервер бесплатно. У Airtable такого пути просто не существует.

По функциональности сервисы близки: виды таблицы (сетка, галерея, канбан, календарь), связи между таблицами, автоматизации, готовый API. Baserow местами уступает в зрелости экосистемы и количестве готовых интеграций — Airtable развивается дольше и обзавёлся более богатым маркетплейсом расширений. Но для задач вроде хранения заявок, списка пользователей или каталога товаров разница на практике почти не ощущается.

Чем это отличается от Supabase и PostgreSQL из курса

На курсе уже разбирались базы данных для новичка — PostgreSQL, Supabase и SQLite. Может показаться, что Baserow из той же категории, но задача у него другая, и путать эти инструменты не стоит.

PostgreSQL, Supabase и SQLite нужны, когда за данными «ходит» приложение. Ты (или ИИ-ассистент по твоей команде) пишешь код, который через специальный протокол обращается к базе, читает и записывает строки, а обычный человек эту базу напрямую никогда не видит — только результат в интерфейсе приложения. Такая база — деталь внутреннего устройства продукта, спрятанная от глаз пользователя.

Baserow создан для обратной ситуации: когда с данными напрямую работает человек, а не только код. Тебе нужно самому смотреть список заявок, фильтровать по статусу, вручную менять значение в ячейке, добавлять комментарий — и всё это без единой строчки кода, прямо в браузере. При этом та же таблица одновременно доступна по API для автоматизации: не нужно выбирать между «удобно человеку» и «доступно программе», Baserow даёт оба варианта сразу.

Показательный пример — таблица лидов с рекламной кампании. Хранить её в Supabase можно, но тогда для просмотра и редактирования записей придётся либо писать отдельную админ-панель, либо лезть в технический интерфейс базы, непонятный нечеловеку без подготовки. В Baserow эта же таблица открывается как обычный список: сортируешь по дате, фильтруешь по статусу «нужно перезвонить», меняешь ячейку кликом — и тут же эти изменения доступны через API любому другому сервису.

Итог простой: Supabase и PostgreSQL — для инженерной части продукта, где данными управляет код. Baserow — для операционной части, где данными управляет человек, а автоматизация подключается поверх готовой таблицы через API.

Как устроена таблица в Baserow

Базовая единица в Baserow — база (workspace database), внутри которой может быть несколько таблиц, связанных между собой. Это отличает сервис от одиночной Google Таблицы: связи между сущностями настраиваются на уровне самой базы, а не через хрупкие формулы ВПР.

Типы полей

Каждый столбец в Baserow имеет строгий тип данных, и это главное отличие от обычной таблицы, где в одну колонку можно случайно вписать что угодно. Доступны, среди прочего:

• Текст (короткая строка или длинный текст с форматированием);
• Число (целое или с десятичными знаками);
• Дата (с выбором формата и часового пояса);
• Флажок (да/нет);
• Выпадающий список (фиксированный набор вариантов, например статус заявки: «новая», «в работе», «закрыта»);
• Ссылка на другую таблицу (связь между записями, например заявка ↔ клиент);
• Файл (изображения и документы, прикреплённые прямо к записи);
• Формула (вычисляемое поле на основе других столбцов той же строки).

Строгая типизация полей защищает от «грязных» данных: если поле помечено как число, туда не получится случайно вписать текст, и внешние сервисы, читающие данные через API, получают предсказуемый, стабильный формат.

Виды отображения данных

Одну и ту же таблицу можно смотреть в разных видах, не меняя сами данные:

• Сетка (Grid) — классический табличный вид, строки и столбцы, как в Excel.
• Галерея (Gallery) — карточки с превью изображения, удобно для каталога товаров.
• Канбан (Kanban) — карточки в колонках по статусу, удобно для заявок и задач.
• Календарь (Calendar) — записи на временной шкале по дате.

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

Связи между таблицами

Как и в полноценной реляционной базе, таблицы Baserow можно связывать друг с другом. Например, таблица «Клиенты» и таблица «Заказы» связываются через поле «Ссылка на таблицу»: в карточке клиента видны все его заказы, а в карточке заказа — данные клиента. Это устраняет главный недостаток обычных Google Таблиц, где связи приходится имитировать формулами и они легко ломаются при малейшей правке структуры.

Облако или свой сервер: self-hosted vs cloud

У Baserow два способа использования, и выбор между ними — первое реальное решение, которое придётся принять.

Облачная версия (cloud) — регистрируешься на официальном сайте и сразу начинаешь работать. Ничего устанавливать не нужно, обновления и резервные копии — забота компании. Это самый быстрый способ попробовать сервис и подходит для большинства задач курса: тестовая база лидов, список учеников, простой каталог для учебного проекта.

Развёртывание на своём сервере (self-hosted) — Baserow запускается через Docker на собственной инфраструктуре. Так делают, когда важен полный контроль над данными, нужен объём хранения без ограничений облачного тарифа, или когда данные по внутренним правилам компании не должны покидать определённую территорию. Такой вариант требует уже своего сервера и базовых навыков его администрирования — для новичка на первых модулях курса это избыточно, но полезно знать, что путь существует и не требует переписывать ни одной таблицы, если решение поменяется позже.

Актуальные условия бесплатного тарифа облачной версии и требования к self-hosted развёртыванию стоит смотреть прямо на официальном сайте — они периодически меняются, и называть здесь точные цифры смысла нет.

Как создать первую таблицу — по шагам

Процесс одинаков что в облаке, что на своём сервере — разница только в том, куда заходишь в самом начале.

flowchart TB
    A["Регистрация или свой сервер"] --> B["Создать базу (workspace)"]
    B --> C["Добавить таблицу и поля"]
    C --> D["Заполнить строки данными"]
    D --> E["Выпустить API-токен"]
    E --> F["Подключить внешний сервис"]

1. Регистрация или запуск сервера. В облачной версии — обычная регистрация по почте. При self-hosted — разворачиваешь контейнер Docker по инструкции с официального сайта.
2. Создание базы. Внутри рабочего пространства создаёшь новую базу — контейнер для одной или нескольких связанных таблиц, например «CRM заявок».
3. Настройка таблицы и полей. Добавляешь таблицу, задаёшь названия столбцов и их типы: текст, число, дата, выпадающий список. Можно начать с готового шаблона или с пустой таблицы.
4. Заполнение данными. Вносишь строки вручную, вставляешь скопированные из другой таблицы данные, или импортируешь готовый файл CSV.
5. Выпуск API-токена. В настройках аккаунта создаёшь токен доступа — своего рода пароль, который будет предъявлять внешний сервис при обращении к твоим данным через API.
6. Подключение внешнего сервиса. С этим токеном таблицу можно подключить к n8n, Make.com или собственному коду — они начинают читать и писать в таблицу напрямую.

REST API: как подключить Baserow к своему приложению

Главная причина, почему Baserow интересен вайбкодеру, а не только офис-менеджеру — у каждой таблицы есть готовый REST API (Representational State Transfer API, стандартный способ для программ обмениваться данными через интернет). Не нужно писать код сервера, настраивать базу данных отдельно и продумывать структуру запросов — API уже существует и автоматически обновляется вместе со структурой таблицы.

Работает это так: у каждой таблицы есть уникальный адрес (endpoint), к которому можно обратиться с API-токеном и получить в ответ данные в формате JSON — строки таблицы в виде, понятном программе. Точно так же можно отправить запрос на добавление новой строки, изменение существующей или удаление записи. Документация по конкретным запросам генерируется автоматически для каждой базы и доступна прямо в интерфейсе Baserow.

На практике это открывает три сценария для человека без опыта в бэкенд-разработке:

Подключение к no-code автоматизации. Инструменты вроде n8n или Make.com умеют напрямую работать с Baserow: например, новая заявка с формы на сайте автоматически попадает строкой в таблицу, а при смене статуса заказа автоматически уходит письмо клиенту. Настраивается визуально, кликами по блокам сценария, без единой строчки кода.

Источник данных для собственного приложения. Если ты собираешь приложение промптами вместе с ИИ-ассистентом (как «Змейку» на курсе, только чуть сложнее), Baserow может выступить готовым хранилищем данных вместо того, чтобы поднимать отдельную базу и писать код сервера с нуля. ИИ-ассистенту достаточно объяснить структуру таблицы и дать API-токен — и он подключит запросы к готовому API.

Импорт и экспорт данных пачками. Через API удобно один раз массово загрузить существующий список клиентов или лидов из старой Google Таблицы, а дальше вести данные уже в Baserow.

Схематично запрос к API выглядит так же, как любой другой веб-запрос: указываешь адрес конкретной таблицы, добавляешь токен в заголовок запроса, и получаешь ответ. Например, чтобы прочитать список строк, отправляется запрос типа GET, а чтобы добавить новую заявку — запрос типа POST с данными новой строки в теле запроса. Разбираться в этих деталях самостоятельно необязательно: если ты собираешь приложение промптами вместе с ИИ-ассистентом, достаточно описать задачу словами («добавь запись в таблицу Baserow при отправке формы») и передать адрес таблицы с токеном — код запросов ассистент напишет сам по документации, которую Baserow генерирует автоматически.

Простые сценарии — без внешних сервисов

Для несложных случаев необязательно сразу тянуть внешнюю автоматизацию. У Baserow есть собственные встроенные webhooks (вебхуки — автоматические уведомления о событии на заданный адрес) и базовые сценарии автоматизации внутри самого сервиса: например, отправить уведомление, когда в таблице появилась новая строка или изменилось значение поля. Для простой реакции «что-то произошло — сообщи об этом» этого часто достаточно, и подключать n8n или Make.com имеет смысл, только когда сценарий разрастается до нескольких шагов и разных сервисов подряд.

Где Baserow пригодится вайбкодеру на курсе skillmake

Учебный проект курса — браузерная игра «Змейка», которую ты собираешь промптами и постепенно доводишь до полноценного приложения: публикация на GitHub Pages, PWA, аккаунты и общий рейтинг через Supabase. Сама «Змейка» и её таблица рекордов прекрасно живёт в Supabase — там как раз тот случай, когда данными управляет код, а не человек глазами.

Но вокруг учебного проекта и будущих продуктов нередко возникают задачи другого рода — операционные, а не игровые. Список людей, которые оставили заявку на бета-тест твоего приложения. Обратная связь от первых пользователей — что понравилось, что сломалось. Лист ожидания на платную версию, если решишь монетизировать проект. Для всего этого поднимать отдельную базу данных и писать админ-панель избыточно — а вот открыть Baserow, за пару минут собрать таблицу и вручную (или через простую форму) заносить туда записи вполне по силам без единой строчки кода.

Похожая идея — «превратить таблицу в готовый интерфейс без кода» — уже разбиралась на курсе применительно к AppSheet, который строит мобильное приложение поверх Google Таблиц. Разница в акценте: AppSheet в первую очередь генерирует готовые экраны приложения для пользователя таблицы, а Baserow в первую очередь даёт саму таблицу как надёжную базу данных с API, вокруг которой уже можно собирать что угодно — от автоматизации в n8n до собственного мини-приложения. Оба инструмента входят в широкий класс no-code и low-code платформ, которые курс разбирает отдельно.

Сравнение: Baserow, Airtable, Google Таблицы, Supabase

Таблица наглядно показывает главное: Google Таблицы и Baserow близки по удобству для человека, но у Baserow строгая типизация полей, связи между таблицами и полноценный API из коробки. Airtable похож на Baserow функционально, но закрыт и не даёт варианта развернуть у себя. Supabase и PostgreSQL — совсем другая категория, для кода, а не для ручной работы с записями.

Ограничения Baserow

У сервиса есть реальные границы применимости, о которых стоит знать заранее.

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

Self-hosted версия требует технических навыков. Разворачивать сервис на собственном сервере через Docker — не то же самое, что зарегистрироваться на сайте. Для новичка без опыта администрирования серверов это дополнительный барьер, и на первых порах разумнее облачная версия.

Экосистема интеграций скромнее, чем у Airtable. Готовых шаблонов, расширений и туториалов в интернете под Airtable заметно больше — сервис старше и популярнее. С Baserow иногда приходится разбираться самостоятельно там, где для Airtable уже есть готовый рецепт.

Бесплатный план ограничен. Как и у большинства облачных сервисов, у бесплатного тарифа Baserow есть лимиты по числу записей, файлов или пользователей рабочего пространства. Актуальные условия стоит смотреть прямо на официальном сайте перед тем, как строить на бесплатном тарифе что-то важное.

Производительность при очень больших объёмах. Baserow отлично держит тысячи записей, но для по-настоящему больших массивов данных с высокой нагрузкой (миллионы строк, десятки одновременных запросов в секунду) специализированная база вроде PostgreSQL напрямую всё равно останется надёжнее.

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

Частые вопросы

Чем Baserow отличается от Google Таблиц?

Google Таблицы — универсальный табличный редактор без строгих типов данных и без встроенного API для внешних сервисов из коробки. Baserow строже относится к структуре: у каждого поля фиксированный тип, между таблицами настраиваются полноценные связи, а данные доступны через REST API сразу после создания таблицы.

Нужно ли уметь программировать, чтобы пользоваться Baserow?

Нет. Создание таблиц, полей, фильтров и связей делается кликами в интерфейсе. Программирование понадобится только если ты сам пишешь код, который обращается к API Baserow — а для простых сценариев автоматизации это вообще не нужно, достаточно визуальных инструментов вроде n8n.

Чем Baserow отличается от Supabase, которую мы используем для «Змейки»?

Supabase — база данных для кода приложения, где с записями напрямую работает не человек, а программа. Baserow — таблица для человека с готовым API поверх неё. Они решают разные задачи и хорошо дополняют друг друга: игровые данные логичнее держать в Supabase, а операционные списки вроде заявок и обратной связи — в Baserow.

Можно ли перенести данные из Baserow в другой сервис позже?

Да, данные экспортируются в стандартных форматах вроде CSV, а через API их можно выгрузить программно в любое время. Привязки к сервису на годы вперёд здесь нет.

Безопасно ли хранить в Baserow данные пользователей?

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

Чем Baserow отличается от AppSheet?

AppSheet берёт таблицу и строит вокруг неё готовое мобильное или веб-приложение с экранами, кнопками и навигацией. Baserow в первую очередь даёт саму таблицу-базу данных с интерфейсом и API, а готового приложения поверх неё не собирает — зато проще связывает данные с внешней автоматизацией вроде n8n. Если нужен экран для сотрудников — ближе AppSheet, если нужна гибкая база данных с ручным доступом и API — ближе Baserow.

Baserow — платный сервис?

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

Заключение + чек-лист

Baserow закрывает конкретный пробел между «неудобной Google Таблицей» и «базой данных, которую видит только код». Когда данными нужно управлять руками — фильтровать заявки, менять статусы, вручную поправить ошибку в записи — а заодно автоматически подключать эти же данные к другим сервисам через API, Baserow подходит лучше, чем Supabase или PostgreSQL из предыдущей статьи курса, и надёжнее, чем расползающаяся Google Таблица.

Для игровых данных «Змейки» — рекордов, аккаунтов, аналитики — по-прежнему логичнее Supabase, как и было решено в модуле про базы данных. А вот список заявок на бета-тест, обратная связь от первых пользователей или личный CRM для будущих проектов — хороший повод попробовать именно Baserow.

Чек-лист «Первая таблица в Baserow»

• Решил, облако или self-hosted нужен для задачи.
• Зарегистрировался на официальном сайте либо развернул сервис на своём сервере через Docker.
• Создал базу (workspace) под конкретную задачу.
• Добавил таблицу и настроил поля с нужными типами данных.
• Проверил, нужны ли связи с другими таблицами.
• Заполнил таблицу данными вручную или импортом из CSV.
• Выпустил API-токен и сохранил его в надёжном месте, не в открытом коде.
• Подключил таблицу к n8n, Make.com или собственному коду через API.
• Проверил актуальные лимиты бесплатного тарифа на официальном сайте.

Источники

1. Baserow — официальный сайт: baserow.io