Grist или SeaTable: что выгоднее и когда

MAATRIX

Airtable надоел лимитами бесплатного тарифа и ценой платного, вы решили перенести таблицы на свой сервер — и тут же встал следующий вопрос: Grist или SeaTable? Оба позиционируют себя как self-hosted гибрид таблицы и базы данных, оба претендуют на роль полноценной замены Airtable, но под капотом это два разных по духу инструмента: один выстроен вокруг Python-формул и документов-файлов, другой — вокруг MySQL-хранилища и интерфейса, максимально похожего на оригинальный Airtable. Разберём архитектуру, требования к серверу и сценарии, где каждый вариант объективно выигрывает.

Что это вообще такое и в чём разница подхода

Grist — таблица, которая ведёт себя как реляционная база: строгая типизация колонок, формулы на полноценном Python с доступом к другим таблицам через ссылки, а данные физически хранятся как SQLite-файл на каждый документ. Никакой внешней СУБД не требуется — весь Grist можно поднять одним контейнером.

SeaTable — продукт немецкой команды (той же, что делает Seafile), который целится прямо в UX Airtable: сетка с видами Kanban, Gallery, Gantt и календарём из коробки, формулы в Excel-подобном синтаксисе, no-code автоматизации по схеме «триггер → условие → действие», плюс родные мобильные приложения для iOS и Android. Хранилище — классический веб-стек: MySQL/MariaDB для метаданных и структуры, отдельный слой для файлов и кеша.

Ключевая развилка — не «что красивее», а «какая модель хранения и вычислений вам ближе». Grist — это документ-ориентированный инструмент для тех, кто спокойно пишет if $Status == "Paid": return $Amount * 0.87 и не хочет разворачивать отдельную БД. SeaTable — это приложение с полноценным бэкендом, которое масштабируется на большее число записей и видов, но требует более тяжёлого стека для установки.

Лицензии: что реально бесплатно в self-hosted

Здесь у продуктов разная философия, и это стоит понять до того, как вы потратите вечер на установку.

Grist — ядро распространяется под Apache-2.0, и self-hosted версия по функциональности практически не отличается от облачной: формулы, API, импорт, права доступа по формулам — всё доступно бесплатно. За платным Grist Enterprise остаются в основном корпоративные вещи: SSO/SCIM, аудит-лог, кастомные домены для мультитенантных инсталляций — рядовому self-hosted пользователю они обычно не нужны.

SeaTable предлагает бесплатную self-hosted (Community) редакцию, но исторически часть возможностей — некоторые плагины, продвинутые автоматизации на Python-скриптах, определённые виды или лимиты на число администраторов — доступна только в платной Enterprise-редакции. Конкретный набор ограничений меняется от версии к версии, поэтому перед установкой стоит свериться с актуальной таблицей сравнения редакций на сайте разработчика, а не полагаться на память старых обзоров — в том числе на этот.

Практический вывод: если вам принципиально важно знать заранее, что именно бесплатно, закладывайте на SeaTable дополнительное время на чтение текущих условий лицензии, у Grist сюрпризов в этом смысле меньше.

Требования к серверу: один контейнер против полноценного стека

Разница в архитектуре напрямую отражается на том, что вы разворачиваете на VPS.

Grist — это, по сути, один Node.js-процесс плюс sandbox для выполнения Python-формул (gVisor, unsandboxed или Pyodide в зависимости от настройки). Внешняя база не нужна — метаданные и документы лежат в SQLite внутри volume контейнера. Для команды до 10-15 человек хватает 1-2 vCPU и 1-2 GB RAM.

SeaTable тянет за собой MariaDB, слой кеширования (Memcached/Redis) и сам сервер приложения — это уже три-четыре процесса вместо одного, даже в упрощённой докер-поставке. Комфортный минимум для боевой работы небольшой команды — от 2 vCPU и 4 GB RAM, с ростом при увеличении числа таблиц и одновременных пользователей.

Если VPS ограничен по памяти и рядом уже крутятся другие сервисы (nginx, почта, другие приложения), Grist прощает больше — ему не нужно делить память с отдельной MySQL. Подробный разбор ресурсов под Grist — в статье сколько RAM нужно для Grist.

Формулы и автоматизация: Python против Excel-подобного DSL

Это, вероятно, самое ощутимое отличие в повседневной работе.

В Grist формулы пишутся на настоящем Python: циклы, условия, обращение к другим таблицам через связи, собственные функции. Для тех, кто хоть немного программирует, это заметно мощнее любого DSL — сложную бизнес-логику (например, каскадный пересчёт комиссий по нескольким условиям) проще выразить кодом, чем цепочкой вложенных IF.

В SeaTable формулы ближе к привычному Excel/Airtable: IF(), AND(), LOOKUP(), работа со связанными таблицами через функции, а не через код. Порог входа ниже — маркетологу или менеджеру, который никогда не писал на Python, будет комфортнее именно здесь. Для сценариев сложнее конструктора у SeaTable есть отдельный механизм Python-скриптов для автоматизаций (не для формул колонок, а для фоновых действий по триггеру) — но это уже более продвинутая настройка, доступная не во всех редакциях.

Автоматизации «по кнопке» (триггер → условие → действие) в SeaTable сделаны нагляднее и настраиваются полностью в UI. В Grist для похожей логики чаще приходится либо писать формулу с побочными вычислениями, либо выносить автоматизацию во внешний оркестратор через API — например, в n8n.

Установка на VPS: минимальные docker-compose

Оба ставятся через Docker, но объём конфигурации разный.

Минимальный Grist — один сервис:

services:
  grist:
    image: gristlabs/grist:latest
    restart: unless-stopped
    ports:
      - "127.0.0.1:8484:8484"
    environment:
      - GRIST_SESSION_SECRET=${GRIST_SESSION_SECRET}
      - APP_HOME_URL=https://grist.example.com
    volumes:
      - ./persist:/persist

Готовый рабочий файл со всеми переменными и healthcheck — в статье Grist в Docker Compose.

SeaTable требует базу и кеш-слой рядом с самим приложением. Иллюстративный минимальный вариант (точные имена переменных окружения меняются между версиями — перед разворачиванием сверьтесь с актуальным compose-файлом в официальной документации):

services:
  db:
    image: mariadb:10.11
    restart: unless-stopped
    environment:
      - MYSQL_ROOT_PASSWORD=${DB_ROOT_PASSWORD}
    volumes:
      - seatable-mysql:/var/lib/mysql

  memcached:
    image: memcached:1.6
    entrypoint: memcached -m 256
    restart: unless-stopped

  seatable:
    image: seatable/seatable:latest
    restart: unless-stopped
    depends_on:
      - db
      - memcached
    ports:
      - "127.0.0.1:8000:80"
    environment:
      - DB_HOST=db
      - DB_ROOT_PASSWD=${DB_ROOT_PASSWORD}
      - SEATABLE_SERVER_HOSTNAME=seatable.example.com
      - TIME_ZONE=Europe/Moscow
    volumes:
      - seatable-data:/shared

volumes:
  seatable-mysql:
  seatable-data:

В обоих случаях наружу приложение отдаётся через reverse proxy с HTTPS — Caddy или Nginx, сами контейнеры TLS не терминируют.

Права доступа, виды и совместная работа

Grist управляет доступом через Access Rules — правила на уровне строк и колонок задаются формулами (например, «показывать строку, только если $Owner == user.Email»). Это гибко, но требует понимания синтаксиса — не самый дружелюбный интерфейс для нетехнического администратора.

SeaTable решает ту же задачу более наглядно: права настраиваются кликами по группам пользователей, отдельные колонки можно скрывать по ролям прямо в настройках вида, а публичные ссылки на вид или форму создаются в пару кликов с ограничением прав редактирования. Плюс встроенные виды — Kanban, Gallery, Gantt, календарь — доступны сразу, тогда как у Grist набор виджетов скромнее (сетка, карточки, графики, кастомный виджет через API), и Kanban-доску придётся либо эмулировать вручную, либо подключать стороннее решение.

Для команды, где часть пользователей — не технари и настройку доступа делает не разработчик, а руководитель отдела, SeaTable ощутимо снижает порог входа именно в администрировании.

Когда выбрать Grist, когда SeaTable

Если задача — заменить Excel-модель с формулами на совместную работу нескольких человек, и в команде есть хотя бы один человек, комфортный с Python, — берите Grist: меньше ресурсов на сервере, файл документа можно скопировать и перенести куда угодно. Если задача ближе к «нужен Airtable, но свой» — с канбан-досками, галереями, мобильным приложением и настройкой прав без формул, — SeaTable ближе к цели, но закладывайте более тяжёлый стек на сервере и заранее прочитайте, что именно входит в бесплатную редакцию.

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

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