Rowy и NocoDB часто ставят в один ряд: оба выросли из идеи «Airtable, но с открытым кодом и без ограничений на количество записей». На практике это два разных инструмента с разной архитектурой и разной судьбой. NocoDB — это надстройка над реляционной базой, которая превращает таблицы в понятный интерфейс. Rowy — low-code слой поверх Firebase/Firestore, заточенный под продакт-команды, которым нужен бэкенд без бэкенд-разработчика.
Мы сравнили оба проекта по лицензиям, поддерживаемым базам, self-hosted сценариям, API, автоматизациям, ценам и — что часто важнее всего — по активности разработки. Спойлер: этот критерий в 2026 году может оказаться решающим.
Сайты: rowy.io | nocodb.com
Кратко: что общего и в чём принципиальная разница
Общее у Rowy и NocoDB:
- открытый исходный код и возможность развернуть у себя;
- табличный интерфейс в стиле электронной таблицы с типами колонок;
- роли и права доступа, приглашение участников команды;
- REST API и вебхуки для интеграций;
- бесплатный тариф в облаке и платные подписки за место.
Разница — в фундаменте. NocoDB работает как «фронтенд к базе данных»: вы либо создаёте базу внутри NocoDB, либо подключаете существующую MySQL, PostgreSQL, SQLite или SQL Server и получаете поверх неё удобный интерфейс. Данные остаются в вашей базе, а NocoDB — это слой представления и совместной работы.
Rowy устроен иначе: это редактор данных и облачных функций, привязанный к Firestore (NoSQL-база Google Cloud/Firebase). Он даёт колонки с вычислениями, action-поля, serverless-функции на JavaScript/TypeScript и мгновенный API. По сути это низкокодовый бэкенд для приложения, а не инструмент для работы с корпоративной SQL-базой.
Отсюда вывод: если у вас уже есть PostgreSQL или MySQL, вопрос «Rowy или NocoDB» решается почти автоматически в пользу NocoDB. Если вы строите продукт на Firebase и хотите админку без кода — Rowy ближе по духу, но добавляется риск, о котором ниже.
Сравнительная таблица
| Параметр | NocoDB | Rowy |
|---|---|---|
| Лицензия | Sustainable Use License (свободное использование внутри компании и для личных целей, перепродажа как сервиса запрещена) | Apache License 2.0 |
| Хранилище данных | Собственная база NocoDB или внешние MySQL, PostgreSQL, SQLite, SQL Server | Firebase / Firestore (NoSQL, Google Cloud) |
| Стек | TypeScript, Node.js | TypeScript, React, Node.js |
| Self-hosted | Да: Docker, npm, Kubernetes-манифесты | Да, но требует проекта Firebase и GCP |
| Основное назначение | Интерфейс к реляционным данным, замена Airtable/Google Sheets для команд | Low-code бэкенд и CMS для продукта на Firebase |
| Виды (views) | Grid, Gallery, Form, Kanban, Calendar + интерфейсы (дашборды, страницы) | Grid с расширенными типами колонок, формы в старших тарифах |
| Типы колонок | Текстовые, числовые, даты, связи между таблицами, формулы, вложения, выбор из списка | 30+ типов, включая derivative-поля и action-поля с вызовом функций |
| API | REST и GraphQL (v2 и v3), авто-генерация | Автоматический REST API поверх Firestore |
| Автоматизации | Automations (триггеры по записям и расписанию), вебхуки | Cloud Functions (JS/TS), action-поля, вебхуки, scheduled jobs в новых версиях |
| Внешние SQL-базы | Да (на тарифе Business и выше в облаке, в self-hosted — без ограничений) | Нет |
| Бесплатный тариф в облаке | 3 пользователя, 1 000 записей, 1 ГБ | 1 проект, без лимита записей |
| Платный тариф | Plus $12/место/мес (годовая оплата), Business $24, Scale $45 | Pro $12/место/мес |
| GitHub | 65 300+ звёзд, активные коммиты (последний — октябрь 2026) | 6 800+ звёзд, репозиторий переехал в buildship-ai/rowy, последний коммит — ноябрь 2024 |
| Риск заброшенности | Низкий | Высокий |
NocoDB: подробный разбор
NocoDB начинался как «open-source Airtable» и за несколько лет вырос в платформу, вокруг которой строят внутренние инструменты: CRM, учёт заявок, каталоги, инвентаризацию, дашборды. Главная фича — работа поверх существующей SQL-базы. Вы подключаете MySQL или PostgreSQL, NocoDB читает схему и генерирует интерфейс: таблицы, формы, связи, представления. Никакой миграции данных при этом не требуется — это большое преимущество перед Airtable и подобными SaaS.
Функции, которые реально используются
Виды и интерфейсы. Помимо обычной сетки есть Gallery (карточки с обложками), Form (публичная форма, данные падают прямо в таблицу), Kanban (по полю статуса) и Calendar. Отдельно стоит упомянуть «интерфейсы» — конструктор страниц, где из таблиц собирают дашборды для менеджеров: графики, списки, кнопки. На бесплатном тарифе доступен один интерфейс до трёх страниц, на платных — без ограничений.
Связи между таблицами. Link-to-record, lookup, rollup и формулы работают как в Airtable, но поверх нормальной реляционной схемы. Для тех, кто привык к SQL, это компромисс: вы получаете удобный UI, но структура данных остаётся предсказуемой и переносимой.
API. NocoDB автоматически генерирует REST и GraphQL API для каждой таблицы. Это значит, что фронтенд или мобильное приложение можно подключить к тем же данным, которые менеджеры правят в табличном интерфейсе. Есть версии API v2 и v3, причём v2 постепенно готовят к выводу из эксплуатации — при интеграциях стоит сразу ориентироваться на v3.
Автоматизации. Триггеры на создание/изменение записи, действия по расписанию, отправка вебхуков, интеграции с почтой и мессенджерами. На бесплатном тарифе — 100 запусков автоматизаций в месяц, на Plus — 30 000, на Business — 120 000, на Scale — 240 000. Это важный лимит: если автоматизация крутится на каждое изменение записи, квота уходит быстро.
Права доступа. Роли на уровне базы и таблицы, приглашение по email, комментаторы отдельно от редакторов. На Business добавляются приватные базы и SAML SSO, на Scale — row-level security (каждый видит только свои строки) и журнал аудита. Для компаний с требованиями комплаенса это принципиально: в Airtable аналогичные вещи стоят заметно дороже.
Self-hosted
NocoDB разворачивается в Docker одной командой, есть образы для ARM (пригодится для Raspberry Pi и недорогих VPS), вариант через npm и манифесты для Kubernetes. Для небольшой команды хватает VPS с 2 ГБ RAM. Ограничения облачных тарифов на количество записей и внешних подключений в self-hosted версии не действуют — платить нужно только за инфраструктуру. Именно поэтому NocoDB популярен у команд, которые уводят данные из зарубежных SaaS.
Для российских компаний это дополнительный плюс: сервер можно взять у локального провайдера, и данные не покидают юрисдикцию. Требования к железу скромные, поэтому подойдёт даже бюджетный VPS — мы обычно смотрим в сторону FirstVDS и Timeweb, где можно поднять контейнер за пару минут.
Цены NocoDB
- Free — $0: до 3 пользователей (3 редактора, 10 комментаторов), 1 000 записей, 1 ГБ хранилища, 100 запусков автоматизаций, 1 000 вызовов API в месяц, один интерфейс до трёх страниц.
- Plus — $12 за место в месяц при годовой оплате, но по факту для команд от 9 человек это фиксированные $108/мес за неограниченное число мест: 50 000 записей, 20 ГБ, 30 000 автоматизаций, 100 000 вызовов API, неограниченные расширения и интерфейсы. Внешние подключения к БД на Plus не поддерживаются.
- Business — $24 за место, фиксированные $216/мес для неограниченного числа мест: 300 000 записей, 100 ГБ, 120 000 автоматизаций, 1 млн вызовов API, 10 внешних подключений к базам, приватные базы, SAML SSO.
- Scale — $45 за место, минимум 3 места: 1 млн записей, 150 ГБ, 240 000 автоматизаций, 5 млн вызовов API, row-level security и журнал аудита.
- Enterprise — по запросу: SCIM-провижининг, синхронизация групп из IdP, персональный менеджер.
Обратите внимание на логику «платите за 9 мест, остальные бесплатно»: для команды из 20 человек NocoDB Business выходит дешевле, чем большинство конкурентов с оплатой за каждого пользователя.
Минусы NocoDB
- Интерфейс местами перегружен: настроек много, и новичок первые дни теряется.
- Производительность на очень больших таблицах (миллионы строк) зависит от внешней базы — сам NocoDB не заменяет аналитическое хранилище.
- Часть продвинутых функций (внешние подключения, SSO, row-level security) доступна только на дорогих тарифах.
- Автоматизации не такие гибкие, как полноценный workflow-движок: сложную логику всё равно придётся выносить в код.
- Лицензия Sustainable Use — это не классический open source: использовать внутри компании можно свободно, но построить на NocoDB публичный коммерческий сервис нельзя.
Rowy: подробный разбор
Rowy задумывался как «задний двор» для Firebase: таблица, в которой видно коллекции Firestore, плюс возможность писать серверные функции прямо в браузере. Для продакт-команды на Firebase это действительно удобно — админка, CMS и API появляются без отдельного бэкенд-разработчика.
Функции
Интеграция с Firestore. Rowy подключается к проекту Firebase и показывает коллекции как таблицы. Изменения в интерфейсе сразу попадают в базу и наоборот. Это двусторонняя синхронизация, а не импорт-экспорт.
Типы колонок. Их больше тридцати: текст, числа, даты, массивы, геолокация, файлы, ссылки на другие коллекции, а также derivative-поля (значение вычисляется из других колонок) и action-поля (кнопка, запускающая облачную функцию).
Cloud Functions. Прямо из интерфейса можно написать функцию на JavaScript/TypeScript, которая сработает по триггеру на запись или по кнопке в строке. Это самый сильный сценарий Rowy: например, при добавлении заказа отправлять письмо, считать скидку, дёргать внешний API.
Импорт и экспорт. CSV, TSV, JSON и Airtable — как разовый импорт, так и постоянная синхронизация с Airtable на старших тарифах. Экспорт на бесплатном тарифе ограничен 10 000 строк, на Pro — без лимита.
Поиск и фильтрация. Полнотекстовый поиск и продвинутые фильтры доступны на Pro.
Цены Rowy
- Base — $0: один проект, неограниченное число таблиц и записей, неограниченные облачные функции и участники, импорт и экспорт данных, 30+ типов колонок, row-level аудит.
- Pro — $12 за место в месяц (при годовой оплате скидка 10%): неограниченное число проектов, полнотекстовый поиск, экспорт больше 10 000 строк, продвинутая фильтрация, клонирование кода между проектами, лимит расходов GCP, поддержка по email.
- Business — по запросу: кастомный домен, приоритетная поддержка, версионирование данных, аудит на уровне полей, автоматические бэкапы, формы.
Тарифная сетка выглядит привлекательно, особенно бесплатный Base без лимита записей. Но есть нюанс: бесплатный тариф привязан к вашему проекту Firebase, а значит, расходы на Firestore и Cloud Functions вы всё равно несёте отдельно, уже по тарифам Google Cloud.
Главный риск: развитие остановилось
Это тот пункт, который перевешивает технические достоинства. Репозиторий Rowy переехал из rowyio/rowy в buildship-ai/rowy, а последний коммит в нём датирован ноябрём 2024 года. Для проекта, который позиционируется как активно развивающийся open source, это почти два года тишины. Компания, судя по всему, переключила фокус на BuildShip — визуальный конструктор бэкенд-воркфлоу.
Что это значит на практике:
- новые функции и исправления безопасности не выходят;
- совместимость с изменениями в Firebase/GCP никто не гарантирует;
- сообщество в Discord постепенно затихает, на вопросы по сложным сценариям отвечать некому;
- если вы заложили Rowy в продовый процесс, вы фактически поддерживаете форк сами.
Для внутреннего инструмента, который работает и не требует доработок, это терпимо. Для нового проекта в 2026 году — серьёзный аргумент против.
Другие минусы Rowy
- Жёсткая привязка к Firestore: миграция на SQL означает переписывание модели данных.
- Цена складывается из подписки и расходов GCP — на активном проекте второе может превысить первое.
- Нет работы с внешними реляционными базами (в отличие от NocoDB).
- Self-hosted требует возни с Firebase-проектом и сервисными аккаунтами; для небольшой команды без DevOps это барьер.
Сценарии проверки: как выбрать под свою задачу
Мы прогнали оба инструмента по типовым задачам, с которыми к нам приходят читатели.
Сценарий 1: заменить Airtable в отделе продаж
Нужна таблица сделок, формы для заявок с сайта, канбан по статусам и роли для менеджеров и руководителя. NocoDB закрывает это целиком на тарифе Plus, причём данные можно держать в собственной PostgreSQL. Rowy тоже справится, но придётся переносить данные в Firestore — то есть менять хранилище ради интерфейса. Победитель: NocoDB.
Сценарий 2: подключить интерфейс к существующей базе
У вас есть MySQL с данными интернет-магазина, и вы хотите дать поддержке удобный доступ без SQL-клиента. NocoDB подключается к базе read-write и сразу показывает таблицы. Rowy так не умеет вообще. Победитель: NocoDB, без вариантов.
Сценарий 3: админка для мобильного приложения на Firebase
Приложение уже живёт на Firebase, данные в Firestore, нужна панель для контент-менеджера и пара серверных функций. Rowy встанет за вечер: подключили проект, выбрали коллекции, написали функцию. NocoDB здесь потребует промежуточного слоя и синхронизации. Победитель: Rowy — если проект не планируется развивать годами.
Сценарий 4: команда из 10 человек, жёсткие требования к хранению данных
Данные должны лежать на своём сервере в России, нужен журнал аудита и разграничение доступа по строкам. Self-hosted NocoDB на VPS решает это за стоимость сервера; в облаке аналогичные функции есть на Scale за $45 за место. Rowy потребует GCP-проекта с зарубежным биллингом. Победитель: NocoDB.
Сценарий 5: быстрый прототип бэкенда на выходных
Нужно проверить гипотезу: форма, база, API, пара автоматизаций. Оба подходят, Rowy чуть быстрее стартует на Firebase, NocoDB чуть предсказуемее в поддержке. Здесь выбор зависит от того, на чём вы уже работаете.
Цены: считаем на реальных командах
| Команда | NocoDB | Rowy |
|---|---|---|
| 3 человека, до 1 000 записей | Free — $0 | Base — $0 + расходы GCP |
| 10 человек, до 50 000 записей | Plus — $108/мес (годовая оплата) | Pro — $120/мес |
| 20 человек, до 300 000 записей | Business — $216/мес (годовая оплата) | Pro — $240/мес + GCP |
| 50 человек, нужен SSO | Business — $216/мес | Business — по запросу |
| Своя инфраструктура | Self-hosted, только сервер | Self-hosted + Firebase |
Формально тарифы похожи — $12 за место у обоих. Но у NocoDB после девяти платных мест команда растёт бесплатно, а у Rowy счёт растёт линейно и сверху добавляются расходы Google Cloud. На команде из 20–30 человек разница становится заметной.
Кому что подходит
Выбирайте NocoDB, если:
- у вас есть или планируется реляционная база (PostgreSQL, MySQL, SQLite, SQL Server);
- нужен self-hosted с данными на своём сервере;
- важна предсказуемость: активная разработка, частые релизы, живое сообщество;
- вы строите внутренние инструменты: CRM, учёт, инвентаризация, база знаний с таблицами;
- нужны формы, канбан, календарь и дашборды в одном инструменте.
Выбирайте Rowy, если:
- продукт уже работает на Firebase/Firestore;
- нужна админка с облачными функциями на JavaScript/TypeScript без отдельного бэкенда;
- проект внутренний и не требует долгосрочного развития;
- вы готовы самостоятельно поддерживать форк, если понадобятся доработки.
Не выбирайте ни то, ни другое, если вам нужна аналитика на десятках миллионов строк (это задача для ClickHouse и BI-систем) или полноценный workflow-движок с ветвлениями и сложной оркестрацией (смотрите в сторону n8n и подобных инструментов).
Вердикт
В 2026 году NocoDB — более безопасная ставка. Он активнее развивается, поддерживает внешние SQL-базы, даёт предсказуемую модель ценообразования и не привязывает вас к одному облачному провайдеру. Для типовой задачи «сделать нормальный интерфейс к своим данным и дать к нему доступ команде» он закрывает 90% потребностей.
Rowy остаётся интересным инструментом с элегантной идеей: таблица как интерфейс к Firestore плюс серверные функции в браузере. Если вы уже в экосистеме Firebase и вам нужна админка на этой неделе — Rowy сделает работу. Но закладывать его в новый проект с горизонтом в несколько лет рискованно: почти два года без коммитов — это сигнал, который нельзя игнорировать.
Наша рекомендация: начинать с NocoDB, а Rowy рассматривать как тактическое решение под конкретную Firebase-задачу, с планом Б на случай, если поддержка окончательно остановится.
А на какой стороне вы — уже работаете с одним из этих инструментов или только выбираете? Расскажите, какую задачу решаете: по опыту читателей проще подсказать, где инструмент упрётся в ограничения.