Claude Код 👁 53

Запись из n8n в базу: транзакции и повторы

Промпт для Claude: настроить запись из n8n в PostgreSQL — вставка с обновлением при конфликте, пачки и поведение при обрыве.

Промпт Запустить →
Промокод — до 25% бонусами к первому пополнению в most-ai
Помоги настроить запись данных из n8n в PostgreSQL.

Что пишу: [ДАННЫЕ: события из внешнего сервиса — event_id, тип, полезная нагрузка в JSON, время]
Таблица: [ТАБЛИЦА: events, есть уникальный индекс по event_id]
Объём: [ОБЪЁМ: 500-2000 событий в сутки, приходят пачками до 50]
Что беспокоит: [СТРАХ: сервис присылает одно событие несколько раз, и при обрыве связи мы не знаем, что записалось]

Что нужно:

1. Какую операцию ноды взять под мой случай и чем вставка отличается от вставки с обновлением при конфликте. У меня есть уникальный индекс — покажи, как использовать его, чтобы повтор не ломал запись и не плодил строки.
2. Полезная нагрузка приходит структурой. Скажи, в каком виде её класть в базу и что выбрать: отдельные колонки или одно поле. Дай критерий выбора, а не оба варианта.
3. Пачка из пятидесяти: запишется ли она одной операцией или пятьюдесятью, и что произойдёт при ошибке на тридцатой. Мне нужно понимать, окажется ли база в состоянии «половина записана».
4. Как узнать постфактум, какие события дошли. Назови проверочный запрос, который покажет разрыв в последовательности за сутки.
5. Учётные данные и доступ: где они задаются, почему не в самой ноде, и какой минимум прав нужен пользователю базы для этой задачи.

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

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

Похожие промпты

Claude
База знаний для агента n8n
Claude
Системное сообщение агента n8n с MCP
Claude
Нода Code в n8n: обработать элементы
Claude
Системный промпт для AI Agent ноды n8n — Claude
Claude
Описание инструмента ИИ-агента
Claude
ИИ-агент для ревью кода: правила проверки
Claude
Контент-конвейер на ИИ-агентах: кто за что
DeepSeek
Данные теряются между нодами n8n

Пример результата

Пробовал на приёме событий внешнего сервиса, около тысячи в сутки, PostgreSQL рядом с n8n. Что вышло: операция со вставкой и обновлением при конфликте по уникальному индексу решила главную проблему — повторные события перестали ронять запись. До этого воркфлоу падал на каждом дубле. Второй пункт дал внятный критерий: нагрузку кладём одним полем, потому что структура у разных типов событий разная, а поиск идёт по типу и времени, которые вынесены в отдельные колонки. Третий пункт неприятно удивил: пачка пишется по элементам, и при ошибке на тридцатой первые двадцать девять остаются. Добавил проверку из четвёртого пункта — запрос на разрывы в последовательности, гоняю раз в сутки. Совет: пятый пункт про права не пропускайте. У меня пользователь базы имел права на удаление, которые для этой задачи не нужны вовсе.

Полезные статьи

Промт для видео поздравления: готовые промпты для Kling, Veo и Seedance
Ответы на тест по нейросетям для учителей: все вопросы с пояснениями
Промт для матрицы судьбы: два промпта и сверка расчёта

Все гайды →