🔍 Resumo Executivo: Redundâncias entre Schemas

Data: 2025-12-31

📊 Resumo Quantitativo

• Tabelas duplicadas: 4
• Views duplicadas: 6
• Tabelas com nomes similares: 12
• Prefixos cross-schema: 4 principais

🔴 ALTA PRIORIDADE - Ação Recomendada

1. Views vw_exec_dashboard_* Duplicadas

Problema: 6 views do Dashboard Executivo existem em csuite e csuite_context

Views afetadas:
- vw_exec_dashboard_inbox_today
- vw_exec_dashboard_kpis
- vw_exec_dashboard_lowturn_top20
- vw_exec_dashboard_radar_top
- vw_exec_dashboard_ruptura_top20
- vw_exec_dashboard_sellers

Análise:
- csuite_context tem as views reais com lógica completa
- csuite tem views stub (retornam valores NULL/1)
- Views em csuite parecem ser placeholders antigos

Ação Recomendada:
1. ✅ Manter apenas em csuite_context (fonte de verdade)
2. ❌ Remover de csuite (stubs não utilizados)
3. ✅ Verificar código que referencia csuite.vw_exec_dashboard_* e atualizar para csuite_context

Impacto: Baixo (views em csuite são stubs)

🟡 MÉDIA PRIORIDADE - Investigar

2. Tabelas core_* em Schema csuite

Problema: Tabelas core_interactions e core_orders existem em core e csuite

Análise:
- core.core_interactions: 235 rows (dados reais)
- csuite.core_interactions: 0 rows (vazia, 9 colunas vs 7)
- core.core_orders: 76,491 rows (dados reais)
- csuite.core_orders: 0 rows (vazia, 7 colunas vs 8)

Ação Recomendada:
1. 🔍 Verificar se csuite.core_* são usadas por algum código
2. 🔍 Verificar se são necessárias para staging/migração
3. ❌ Remover se não utilizadas (economiza espaço e confusão)

Impacto: Médio (verificar dependências primeiro)

3. companies_raw Duplicada

Problema: companies_raw existe em csuite e csuite_staging

Análise:
- csuite.companies_raw: 0 rows (vazia)
- csuite_staging.companies_raw: 14 rows (dados reais)

Ação Recomendada:
1. ✅ Manter apenas em csuite_staging (correto para staging)
2. ❌ Remover de csuite (vazia e incorreta)

Impacto: Baixo (tabela vazia)

🟢 BAIXA PRIORIDADE - Pode Ser Intencional

4. pg_case em Dois Schemas

Problema: pg_case existe em csuite_executive e csuite_memory

Análise:
- csuite_executive.pg_case: 29 rows (17 colunas) - Policy Guardian principal
- csuite_memory.pg_case: 14 rows (21 colunas) - Memória institucional

Possível Explicação:
- Podem ser relacionadas (FK) ou servir propósitos diferentes
- csuite_memory pode ser uma extensão/especialização
- Pode ser intencional para separação de concerns

Ação Recomendada:
1. 🔍 Verificar relacionamento (FK, views que unem)
2. 🔍 Verificar se são a mesma entidade ou diferentes
3. ✅ Manter se intencional, consolidar se redundante

Impacto: Baixo (pode ser arquitetura intencional)

5. Prefixos Cross-Schema

Análise: Prefixos aparecem em múltiplos schemas, mas podem ser intencionais:

• ops_* em csuite_cfo_ops, csuite_context, csuite_reality

• Pode ser intencional (diferentes aspectos de operações)

• pg_* em csuite_executive, csuite_memory

• Pode ser intencional (Policy Guardian vs Memory)

• policy_* em csuite_executive, csuite_governance

• Pode ser intencional (engine vs governance)

Ação Recomendada:
1. ✅ Documentar se são intencionais
2. 🔍 Verificar se há duplicação de dados
3. ✅ Manter se servem propósitos diferentes

Impacto: Baixo (pode ser arquitetura intencional)

📋 Tabelas com Nomes Similares (80%+ similaridade)

12 pares de tabelas com nomes muito similares:

1. pg_guardian_output ≈ guardian_output (90.91%)
2. cv_policy_violation ≈ policy_violations (88.89%)
3. ctx_policy_rules ≈ cv_policy_rule ≈ policy_rules (85-86%)
4. action_items ≈ ctx_action_items ≈ gov_action_item (81-85%)
5. cv_policy ≈ gov_policy ≈ pg_policy (84%)
6. alert_rules ≈ mm_alert_rule (83.33%)
7. ops_event ≈ ops_raw_event (81.82%)

Ação Recomendada:
- 🔍 Revisar cada par para verificar se são relacionadas ou redundantes
- ✅ Documentar relacionamentos se intencionais
- ❌ Consolidar se redundantes

✅ Plano de Ação Recomendado

Fase 1: Limpeza Imediata (Baixo Risco)

1. ✅ CONCLUÍDO (31/12/2025): Remover views vw_exec_dashboard_* de csuite (stubs)
2. 6 views removidas: vw_exec_dashboard_inbox_today, vw_exec_dashboard_kpis, vw_exec_dashboard_lowturn_top20, vw_exec_dashboard_radar_top, vw_exec_dashboard_ruptura_top20, vw_exec_dashboard_sellers
3. Views mantidas em csuite_context (fonte de verdade)
4. Arquivo sql/radar_executivo_views_simplified.sql atualizado (comentado como DEPRECATED)
5. Código já usa csuite_context.vw_exec_dashboard_* (verificado)
6. Endpoints do dashboard funcionando corretamente
7. ✅ CONCLUÍDO (31/12/2025): Remover tabelas duplicadas de csuite
8. csuite.core_interactions - Removida (vazia, 0 rows)
9. csuite.core_orders - Removida (vazia, 0 rows)
10. csuite.companies_raw - Removida (vazia, 0 rows)

11. pg_case - Mantida em ambos schemas (intencional: executive vs memory)

12. ✅ CONCLUÍDO (31/12/2025): Análise de prefixos cross-schema

13. core_*: Nenhuma redundância (tabelas diferentes: core vs csuite)
14. ops_*: Nenhuma redundância (separação intencional: CFO ops, context, reality)
15. pg_*: Nenhuma redundância (separação intencional: executive vs memory)
16. policy_*: Nenhuma redundância (separação intencional: engine vs governance)
17. Ação pendente: Verificar se csuite.core_revendas e csuite.core_sellers devem ser populadas
18. ✅ CONCLUÍDO: Código já usa apenas csuite_context.vw_exec_dashboard_*

Fase 2: Investigação (Médio Risco)

1. 🔍 Verificar uso de csuite.core_interactions e csuite.core_orders
2. 🔍 Verificar relacionamento entre pg_case nos dois schemas
3. 🔍 Analisar tabelas com nomes similares

Fase 3: Consolidação (Alto Risco - se necessário)

1. ❌ Remover tabelas redundantes após validação
2. ❌ Consolidar estruturas similares se redundantes
3. ✅ Documentar decisões arquiteturais

💡 Notas Importantes

• Nem toda redundância é ruim: Algumas podem ser intencionais para:
• Performance (caching)
• Isolamento (diferentes contextos)
• Compatibilidade (migração gradual)

• Separação de concerns

• Análise cuidadosa necessária: Verificar se estruturas similares servem propósitos diferentes

• Impacto de mudanças: Consolidação pode quebrar código existente

• Testes extensivos: Sempre testar após consolidação

Próximos passos:
1. Revisar este relatório
2. Priorizar ações
3. Executar Fase 1 (limpeza de baixo risco)
4. Investigar Fase 2 (análise detalhada)