mirror of
https://github.com/dartdavros/chatballs.git
synced 2026-10-05 09:14:58 +03:00
Andrey
c4d11a8543
Production deploy failed at migrate with «must be owner of table identity_organization»: the table (and others created/imported outside the migration role) were not owned by custocrm_schema, which migration_user must belong to to run AddField/AlterField. This is a pre-existing condition that surfaced on the administration migration and recurred across pipelines (#922, #937, #938) — not caused by the calls feature. Fix makes deploy self-healing: before running migrate, reassign ownership of all public-schema objects (tables, sequences, functions) to custocrm_schema under the postgres superuser. Idempotent and safe on every deploy. - deploy/postgres/reassign-schema-ownership.sql: reassign public-schema ownership to custocrm_schema (verified against PG16) - compose.yaml: mount the SQL into the postgres container - deploy/cli/lib/deploy.sh: run the normalization step once postgres is healthy, before the one-shot migrate
63 lines
3.1 KiB
SQL
63 lines
3.1 KiB
SQL
-- Нормализация владельца объектов public-схемы под роль миграций.
|
|
--
|
|
-- Контекст: при раздельных ролях (custocrm_migration / custocrm_app /
|
|
-- custocrm_platform) Django-миграции от migration-user требуют, чтобы
|
|
-- выполняющий был ВЛАДЕЛЬЦЕМ изменяемой таблицы («must be owner of table …»).
|
|
-- Таблицы, созданные/импортированные иначе (суперпользователем postgres,
|
|
-- app-role или до ввода разделения ролей), оказываются «осиротевшими», и
|
|
-- AddField/AlterField на них падает в deploy.
|
|
--
|
|
-- Скрипт переписывает владение всей public-схемы на custocrm_schema — роль,
|
|
-- в которую входит custocrm_migration (см. init-runtime-roles.sh). После этого
|
|
-- любой migration-user может мигрировать любые таблицы.
|
|
--
|
|
-- Выполнять под суперпользователем postgres (не под app/migration role):
|
|
-- docker compose exec -T postgres psql -U "$POSTGRES_USER" -d "$POSTGRES_DB" \
|
|
-- < deploy/postgres/reassign-schema-ownership.sql
|
|
--
|
|
-- Идемпотентен: повторный запуск безопасен. Затрагивает только схему public.
|
|
|
|
\set ON_ERROR_STOP on
|
|
|
|
-- 1. Таблицы, последовательности, функции, типы → custocrm_schema.
|
|
ALTER SCHEMA public OWNER TO custocrm_schema;
|
|
|
|
DO $$
|
|
DECLARE
|
|
r RECORD;
|
|
BEGIN
|
|
-- Таблицы.
|
|
FOR r IN
|
|
SELECT tablename FROM pg_tables WHERE schemaname = 'public'
|
|
LOOP
|
|
EXECUTE format('ALTER TABLE public.%I OWNER TO custocrm_schema', r.tablename);
|
|
END LOOP;
|
|
|
|
-- Последовательности (включая owned-последовательности таблиц).
|
|
FOR r IN
|
|
SELECT sequence_name FROM information_schema.sequences WHERE sequence_schema = 'public'
|
|
LOOP
|
|
EXECUTE format('ALTER SEQUENCE public.%I OWNER TO custocrm_schema', r.sequence_name);
|
|
END LOOP;
|
|
|
|
-- Функции/процедуры в public.
|
|
FOR r IN
|
|
SELECT p.oid, p.proname, pg_get_function_identity_arguments(p.oid) AS args
|
|
FROM pg_proc p
|
|
JOIN pg_namespace n ON n.oid = p.pronamespace
|
|
WHERE n.nspname = 'public'
|
|
LOOP
|
|
EXECUTE format('ALTER FUNCTION %s(%s) OWNER TO custocrm_schema', r.proname, r.args);
|
|
END LOOP;
|
|
END $$;
|
|
|
|
-- 2. Права по умолчанию для будущих объектов, создаваемых migration-user'ом,
|
|
-- остаются корректными (владелец = создатель, что для миграций = migration).
|
|
-- Явная выдача DDL-прав runtime-ролям не нужна и не делается (RLS-изоляция).
|
|
|
|
-- 3. Диагностика: кто чем владеет после нормализации.
|
|
SELECT tablename, tableowner
|
|
FROM pg_tables
|
|
WHERE schemaname = 'public'
|
|
ORDER BY tablename;
|