В этом справочнике перечислены модели данных Модуля интеграций. Как у любой модели данных Medusa, у каждой из них есть ещё поля created_at, updated_at и deleted_at.

Две модели не связаны в базе данных. Запись IntegrationChange называет свою интеграцию только значением provider_id, как показывает схема.

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

---

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

Признак полной настройки интеграции не хранится. Модуль проверяет его по текущему дескриптору провайдера каждый раз, когда он нужен, поэтому признак не устаревает при изменении дескриптора.

В таблице integration есть уникальный индекс по provider_id, который охватывает записи с пустым deleted_at, индекс по category и индекс по deleted_at.

---

Одна запись истории изменений, таблица integration_change. Она не связана с Integration, поэтому остаётся после удаления интеграции.

created_at совпадает со временем изменения, потому что запись создаётся в том же воркфлоу, что и изменение.

В таблице integration_change есть индексы по provider_id вместе с created_at, по created_at и по deleted_at, а также индекс по actor_id, который охватывает только записи с заполненным actor_id.