Airtable → Baserow: перенос таблиц, связей и вложений на свой сервер

MAATRIX · 17 октября 2026 · 8 мин чтения

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

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

Начните с одной базы и одного рабочего дня

Выберите базу, которую можете описать простыми словами. Например, учебная система состоит из клиентов, заказов и позиций заказа. Клиент имеет несколько заказов, заказ — несколько позиций. Менеджер каждый день открывает представление неоплаченных заказов, меняет статус и прикрепляет документ.

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

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

Выбор способа переноса

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

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

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

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

Идентификаторы важнее названий

У двух клиентов может совпадать имя, у двух товаров — название. Поэтому для восстановления связей используйте устойчивый идентификатор из исходной системы или заранее созданный уникальный код. Сопоставление только по отображаемому тексту даёт ошибки, которые трудно заметить визуально.

При ручном переносе сначала создайте независимые таблицы, затем зависимые. Для учебной базы порядок может быть таким: клиенты, товары, заказы, позиции. Временно сохраните исходные идентификаторы отдельным полем, чтобы можно было проверить соответствие.

После импорта связей откройте несколько записей в обе стороны. У клиента должны отображаться его заказы, а у заказа — правильный клиент. Отдельно проверьте запись без связи и запись с несколькими связями. Пустое значение не должно случайно превратиться в первого клиента из списка.

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

Формулы и типы полей проверяйте результатом

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

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

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

Для проверки связей переименуйте одного учебного клиента в тестовой копии. Откройте его заказы и убедитесь, что связь сохранилась, а отображаемое имя обновилось ожидаемым образом. Если вместо связанного объекта импортировалась обычная строка, название останется прежним. Такой эксперимент быстро показывает разницу между настоящей связью и внешне похожим текстом.

Вложения учитывайте как реальные объекты. Проверьте, что файл открывается после переноса и не остаётся временной ссылкой на исходное хранилище. Особенности файлового поля описаны в документации Baserow.

Представления — это рабочие места сотрудников

Воссоздайте основные представления и сравните количество видимых строк. Фильтр «не оплачен» может по-разному обращаться с пустым статусом, а сортировка по дате — менять порядок записей без времени. Менеджер должен увидеть именно те заказы, которые ожидают действия.

Проверьте скрытые столбцы, группировки и порядок полей. Не пытайтесь переносить каждое экспериментальное представление, если оно давно не используется. Но удаление рабочей привычки согласуйте с командой: иногда «лишняя» колонка является единственным способом заметить важный случай.

Формы и пользовательские интерфейсы проверьте отдельно. Импорт таблицы не создаёт автоматически прежний портал для клиентов. Подготовьте новый адрес формы, текст подтверждения и ограничения полей. До переключения убедитесь, что внешняя форма не раскрывает внутренние таблицы.

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

Автоматизации и интеграции не оставляем за кадром

Выпишите все действия, которые раньше происходили без человека: уведомление о новом заказе, изменение статуса, создание документа, отправка данных в CRM. Для каждого определите новый механизм — возможности Baserow, webhook, n8n или отдельный обработчик.

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

Защититесь от повторных событий. При переключении старый и новый обработчики могут получить одну операцию. Для создания внешнего документа или отправки важного сообщения используйте устойчивый идентификатор и храните результат обработки.

Историю изменений и комментарии не считайте автоматически перенесёнными. Если они нужны, сохраните доступный архив или отдельную выгрузку. В карточке нового процесса можно оставить ссылку на архивный материал с ограниченным доступом.

Приёмка вместе с пользователем

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

Проверьте действия под обычной ролью, а не только администратором. Затем отключите доступ тестовому сотруднику и убедитесь, что он действительно потерял доступ. Важна и положительная, и отрицательная проверка прав.

Перед финальным переносом остановите изменения в Airtable, выполните последнюю выгрузку и повторите контрольные показатели. Переключите формы и интеграции. Старую базу оставьте для чтения на согласованный срок, чтобы команда могла проверить спорную запись.

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

VPS для Baserow и место для вложений

Для пилота небольшой базы можно рассматривать MAATRIX Heka Standard с 4 vCPU и 8 ГБ памяти, учитывая требования выбранной версии и сопутствующих процессов. Если файлов много, главный ограничитель может быть диском, а не процессором.

Выберите совместимую Ubuntu или Debian, настройте HTTPS и отдельное резервное копирование базы и файлов. Проверьте восстановление в изолированную среду. Подробная общая установка уже разобрана в руководстве Baserow на VPS.

VPS MAATRIX позволяет разместить рабочую базу под своим управлением. Успешный переезд подтверждает обычный день сотрудника: нужные записи находятся, связи ведут правильно, документы открываются, а автоматизация выполняет ожидаемое действие ровно один раз.