NocoDB Review 2026: полный обзор open-source альтернативы Airtable

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

NocoDB — самый популярный ответ на оба вопроса сразу. Это open-source платформа, которая превращает обычную SQL-базу в умную таблицу с формами, канбаном, ролями и REST API. Проект вырос из идеи «Airtable поверх вашей собственной базы данных» и к 2026 году собрал больше 50 тысяч звёзд на GitHub, десятки тысяч self-hosted инсталляций и полноценный коммерческий облачный продукт.

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

Что такое NocoDB и как он устроен

Ключевая архитектурная идея NocoDB проста и именно поэтому ценна: платформа не хранит ваши данные в собственном формате. Она подключается к существующей реляционной базе — PostgreSQL, MySQL/MariaDB, SQLite, а в свежих версиях и к Microsoft SQL Server — и рисует поверх неё веб-интерфейс в стиле электронной таблицы.

Что это значит на практике:

• Каждая таблица NocoDB — это реальная таблица в вашей базе. Каждая колонка — реальная колонка. Каждая строка — обычная запись.
• Вы можете в любой момент подключиться к той же базе через psql, написать SQL-запрос, забрать данные в BI-систему или отдать их в существующее приложение.
• Если NocoDB завтра исчезнет как продукт (а open-source проекты смертны), ваши данные останутся лежать в стандартной базе, а не в закрытом экспорте.

Стек тоже не экзотический: бэкенд на Node.js, фронтенд на Vue, всё упаковано в Docker-образ. Для self-hosting это означает один docker run и пару переменных окружения — без кластера, без внешнего хранилища объектов, без обязательного Redis.

Отдельно стоит проговорить разницу между двумя форматами поставки, потому что путаница здесь возникает постоянно:

1. NocoDB Open Source — бесплатная версия, которую вы разворачиваете сами. Ядро функциональности: таблицы, представления, роли, API, вебхуки. Ограничения касаются продвинутых корпоративных вещей — SSO, аудита, тонкого управления правами на уровне записей.
2. NocoDB Cloud — управляемый сервис от разработчиков, где инфраструктуру держат они. Здесь же живут платные тарифы с расширенными лимитами.

Третья, наименее очевидная опция — подключение к внешней базе (External Database): вы можете прицепить к NocoDB уже работающий Postgres от вашего продукта и получить удобный админ-интерфейс к продовым данным. Это удобно для саппорта и аналитики, но требует аккуратности — веб-интерфейс не заменяет миграции.

Кому NocoDB действительно нужен

По опыту внедрений таких платформ, NocoDB раскрывается в четырёх сценариях.

Внутренние операционные таблицы. CRM-лайт, база клиентов, трекер заявок, склад, реестр договоров. Всё, что раньше жило в Google Sheets, но перестало помещаться.

Замена «самописной админки». Если у вас есть база и вам нужен интерфейс для операторов — формы, фильтры, права — NocoDB закрывает 80% задач без единой строки фронтенд-кода.

Слой поверх legacy-базы. Старая MySQL-база от учётной системы, к которой страшно подходить. NocoDB даёт безопасный человеческий интерфейс с ролевым доступом.

Быстрый прототип продукта. Когда нужен работающий CRUD-бэкенд с API за вечер, а не спринт на Nest.js.

А вот где NocoDB не стоит применять:

• Как основную базу высоконагруженного продукта с тысячами одновременных пользователей — это не его роль.
• Как хранилище файлов и медиатеку — вложения работают, но это не S3.
• Как замену нормальной BI-системы: сводные и графики есть, но глубокой аналитики там нет.
• Как инструмент для команды, которой нужны офлайн-режим и мобильные нативные приложения уровня Airtable.

Плюсы и минусы

Плюсы

• Открытый исходный код и настоящая возможность self-hosting — без «cloud-only» оговорок.
• Данные в вашей SQL-базе, полный доступ через SQL и любой клиент.
• Бесплатная версия функционально полноценна для команд до 10–20 человек.
• REST и GraphQL API «из коробки» на каждую таблицу — с автодокументацией в интерфейсе.
• Много представлений: сетка, форма, галерея, канбан, календарь, карта.
• Роли и права: от владельца до «только просмотр» и «комментатор».
• Вебхуки и автоматизации на события записи.
• Активное сообщество и частые релизы; проект не заброшен.

Минусы

• Интерфейс местами «тяжёлый»: на таблицах в 50+ колонок и десятки тысяч строк браузер начинает задумываться.
• Формулы и роллапы работают, но проигрывают Airtable по глубине и удобству отладки.
• Автоматизации скромнее, чем у конкурентов: сложные ветвления и внешние триггеры требуют костылей.
• Нет нативных мобильных приложений — только адаптивная веб-версия.
• Self-hosting требует навыков: Docker, reverse proxy, бэкапы, обновления — ваша зона ответственности.
• Обновления между мажорными версиями иногда требуют ручной миграции схемы.
• Часть корпоративных функций (SSO, аудит, granular permissions) доступна только в платных редакциях.

Функции: что реально умеет NocoDB в 2026

Представления

Одна таблица — много представлений, и это не маркетинговая строчка. Сетка (Grid) — базовый режим с фильтрами, сортировкой, группировкой и закреплёнными колонками. Форма (Form) публикуется по ссылке и позволяет собирать данные от внешних людей без доступа к базе. Галерея (Gallery) показывает записи карточками с обложками — удобно для каталогов. Канбан (Kanban) группирует записи по полю-статусу и поддерживает drag-and-drop. Календарь привязывает записи к датам, карта — к координатам.

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

Типы полей

Набор полей широкий: текст, число, дата и время, чекбокс, выбор из списка, множественный выбор, email, URL, телефон, валюта, процент, рейтинг, формула, роллап, lookup, связь между таблицами (один-к-одному, один-ко-многим, многие-ко-многим), вложение файлов, JSON, геоданные, штрихкод, длинный текст, пользователь-исполнитель.

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

API

Любая таблица автоматически получает REST API: список записей с фильтрами и пагинацией, создание, обновление, удаление, массовые операции. Плюс GraphQL-эндпоинт для сложных выборок и токены доступа с ограничением по таблицам.

Это тот пункт, который отличает NocoDB от «просто красивой таблички»: вы можете написать бота, скрипт на Python или мобильное приложение и работать с той же базой через документированный API, пока менеджеры продолжают править данные руками в вебе.

Роли и доступ

Уровни: Owner, Creator, Editor, Commenter, Viewer. Права выдаются на уровне базы и на уровне таблиц. Плюс публичные ссылки на представления — с паролем и без, с возможностью запретить скачивание вложений.

В open-source редакции granular permissions (на уровне строк и колонок) ограничены — это одна из главных причин, по которой компании покупают платную лицензию.

Вебхуки и автоматизации

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

Для полноценной оркестрации этого мало — обычно NocoDB ставят как источник данных, а логику выносят в n8n, Make или собственный сервис.

Цены: облако против своего сервера

Здесь важно назвать вещи своими именами, потому что тарифная сетка NocoDB менялась не раз, а конкретные суммы стоит сверять на официальном сайте на момент чтения.

Open Source (self-hosted) — бесплатно. Полный Docker-образ, без ограничений на число записей, таблиц и пользователей. Вы платите только за сервер.

Cloud Free — бесплатный тариф для маленькой команды: подходит, чтобы познакомиться с продуктом, но упирается в лимиты по количеству пользователей и строк.

Cloud платные тарифы — считаются за место при годовой оплате. Верхние планы снимают лимиты на число мест: встречаются предложения «неограниченное количество пользователей за фиксированную сумму в месяц» — для команды из 15–30 человек это математически выгоднее, чем Airtable Team.

Self-hosted Business/Enterprise — платная лицензия на вашу собственную инсталляцию, считается за редактора (не за каждого читателя). Даёт SSO, аудит, расширенные права, приоритетную поддержку.

Простая арифметика, которую стоит держать в голове: один VPS, способный держать NocoDB с базой на 5–10 GB, стоит дешевле, чем 10 облачных мест. Именно поэтому self-hosting — основной сценарий для этого продукта.

Тестируем: разворачиваем NocoDB на VPS

Мы развернули NocoDB дважды: в Docker Compose с PostgreSQL на VPS и в варианте «SQLite в контейнере» для сравнения.

Что нужно по ресурсам

• Минимум: 2 vCPU, 2 GB RAM, 20 GB SSD — для команды до 10 человек и базы на сотни тысяч записей.
• Комфортно: 4 vCPU, 4–8 GB RAM, NVMe — для 20–50 активных пользователей и базы на миллионы строк.
• PostgreSQL, а не SQLite — если данных больше пары гигабайт или пользователей больше пяти. SQLite удобен для теста, но блокировки на запись дадут о себе знать.

Docker Compose из двух сервисов (nocodb + postgres) поднимается за пять минут. Наружу нужен только один порт 8080 за reverse proxy с TLS — Nginx или Caddy, второе проще в настройке сертификатов.

Где разворачивать

Для российской команды логично брать хостинг с локальным железом и оплатой в рублях. Мы гоняли инсталляцию на Timeweb Cloud — там есть готовые образы с Docker и сеть между серверами, что удобно, если позже вынести Postgres на отдельную машину. Для минимального бюджета подошёл FirstVDS — конфигурации попроще, но с честным KVM и без наценки за панель. Домен регистрировали в REG.RU, там же бесплатный DNS-менеджмент.

Что проверили руками

Скорость интерфейса. Таблица на 60 000 строк и 25 колонок открывается за 1,5–2 секунды, фильтрация — мгновенная, пагинация работает. На 500 000 строк grid начинает подтормаживать, и это ощутимо: NocoDB грузит страницы порциями, но сортировка по неиндексированному полю заставляет ждать. Вывод: индексы в базе всё ещё нужны, и добавить их проще SQL-ом, чем через интерфейс.

Импорт из CSV. Файл на 40 МБ с 200 тысячами строк залился за минуту с корректным определением типов. Русские заголовки и кириллица в данных пережили импорт без искажений — для локализованных проектов это важно.

Кириллица и поиск. Полнотекстовый поиск по кириллице работает, регистронезависимость — на уровне ILIKE в Postgres, то есть без морфологии. «Договор» найдёт «договор», но не «договоры». Для сложного поиска придётся добавлять pg_trgm или внешний индекс.

Роли. Проверили сценарий «оператор видит только свои заявки»: в open-source редакции это делается фильтром на представлении плюс отдельной учётной записью, но не настоящим row-level security. Настоящий RLS — только в платной версии или через views в самой базе.

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

Обновления. Образ обновляется заменой тега и docker compose up -d. Между минорными версиями проблем не было; на мажорном переходе однажды потребовалась ручная миграция — читайте release notes перед прыжком.

Вложения. Файлы хранятся локально в томе контейнера либо в S3-совместимом хранилище. Если команда грузит сканы договоров, S3-вариант обязателен — иначе бэкап тома растёт неконтролируемо.

Чего не хватило

• Нормального журнала изменений по записи (audit log) — в бесплатной версии его нет.
• Массового редактирования формул через интерфейс.
• Понятной диагностики медленных запросов: приходится смотреть в логи Postgres.

NocoDB против конкурентов

Airtable. Airtable по-прежнему удобнее в мелочах: интерфейсы, автоматизации, мобильные приложения, экосистема. Но данные лежат у вендора, а цена за место для команды из 20 человек становится неприятной. NocoDB выигрывает по контролю и стоимости владения, Airtable — по полировке.

Baserow. Ближайший open-source конкурент. Baserow делает ставку на простоту и собственный формат данных (хотя теперь тоже умеет работать с внешними базами). Интерфейс у Baserow приятнее и быстрее, у NocoDB — больше возможностей по подключению к существующим SQL-базам и более развитый API-слой.

SeaTable. Сильный в формулах и «табличной» логике, ближе к Excel. Немецкий проект с хорошим self-hosting, но сообщество меньше.

Teable. Молодой проект с современным интерфейсом и ставкой на производительность; для больших таблиц выглядит перспективно, но экосистема и документация пока тоньше.

Google Sheets. Бесплатно и знакомо, но не даёт ролей, связей между таблицами и API-дисциплины. Как только появляется больше двух редакторов и связи между сущностями — пора уходить.

Вердикт

NocoDB — лучший выбор в 2026 году, если вам нужна Airtable-подобная надстройка над собственной SQL-базой и вы готовы один раз потратить вечер на Docker, домен и бэкапы. За эту работу вы получаете полный контроль над данными, бесплатное использование для команды любого размера и API, к которому можно прицепить что угодно.

Не берите NocoDB, если: команда целиком состоит из нетехнических людей и никто не готов отвечать за сервер; нужны сложные автоматизации уровня Airtable; критичны нативные мобильные приложения; или требуется строгий аудит и row-level security без покупки лицензии.

Кому подойдёт больше всего: продуктовым и операционным командам 5–30 человек, агентствам, небольшим SaaS-проектам с Postgres и всем, кто уже устал платить за места в облачных таблицах.

Рекомендация по внедрению: начинайте с self-hosted версии на VPS с 4 GB RAM и PostgreSQL — этого хватит на первый год. Держите NocoDB как слой поверх базы, а не как единственное место, где живут данные, настройте pg_dump в первый же день и уберите вложения в S3. Если через месяц команда активно пользуется — смотрите на платную лицензию за SSO и аудит, а не наоборот.

А как у вас организованы внутренние таблицы — всё ещё Google Sheets, или уже что-то вроде NocoDB?