Leonardo
05c6746e33
- docs/F0_categorizacao.md: varredura completa (137 tabelas -> 84 tenant + 53 global, 66 funcoes, FKs, policies, edge functions) + decisoes Q1-Q4 - F1 (migrations 01-05): tenants.slug, helpers de schema, _tenant_template (84 tabelas sem tenant_id, singletons, views __SCHEMA__/__TENANT_ID__), clone_tenant_template/drop_tenant_schema, channel_routing, tenant_schemas - F2 (migration 06): provision_account_tenant/create_clinic_tenant/ ensure_personal_tenant_for_user clonam schema na mesma transacao - db.cjs: psqlFile agora usa ON_ERROR_STOP=1 (falha de migration nao passa mais como sucesso silencioso) - blueprint original em novo-rumo.txt; wiki Obsidian atualizada Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
25 lines
1.0 KiB
PL/PgSQL
25 lines
1.0 KiB
PL/PgSQL
-- =============================================================================
|
|
-- F1.5 — Correção dos seeds do _tenant_template
|
|
--
|
|
-- O PASS 5 da F1.3 semeou TODA linha com tenant_id IS NULL de public — mas
|
|
-- patient_intake_requests (2), patient_invites (1) e notifications (2) eram
|
|
-- dados operacionais órfãos, não defaults do sistema. Cada tenant novo nasceria
|
|
-- com esses registros fantasmas.
|
|
--
|
|
-- Whitelist canônica de seeds do template (lookups/templates do sistema):
|
|
-- clinical_note_templates, contact_email_types, contact_types,
|
|
-- conversation_optout_keywords, conversation_tags, document_templates,
|
|
-- notification_templates, feriados
|
|
--
|
|
-- (20260612000003 foi corrigida em retrospecto pra instalações do zero;
|
|
-- esta migration corrige bancos que já aplicaram a versão original.)
|
|
-- =============================================================================
|
|
|
|
BEGIN;
|
|
|
|
DELETE FROM _tenant_template.patient_intake_requests;
|
|
DELETE FROM _tenant_template.patient_invites;
|
|
DELETE FROM _tenant_template.notifications;
|
|
|
|
COMMIT;
|