diff --git a/TASKS.md b/TASKS.md index d87d5e8..df76c1f 100644 --- a/TASKS.md +++ b/TASKS.md @@ -28,11 +28,14 @@ teste — a menos que você peça explicitamente o contrário. ## Fase 1 — Dados/ETL (design + script, sem executar) -- [ ] **Pronto, aguardando você rodar e validar** — `sql/03_v2_ddl_schema_evolution.sql`: DDL - híbrido (`ALTER TABLE ... ADD`, 23 colunas em `TB_26AI_TECH_V2` + 12 em `TB_26AI_TECH_CMDB`, - incluindo `RAW_JSON` CLOB catch-all em cada uma), 100% aditivo (sem DROP), com checkpoint de - validação embutido no próprio script. **Pendência antes de rodar:** decidir em qual ambiente - (o atual está marcado como intocável — ver seção "Ponto de partida" acima). +- [x] **Concluído e validado em 2026-09-09** — `sql/03_v2_ddl_schema_evolution.sql`: DDL híbrido + (`ALTER TABLE ... ADD`, 23 colunas em `TB_26AI_TECH_V2` + 12 em `TB_26AI_TECH_CMDB`, + incluindo `RAW_JSON` CLOB catch-all em cada uma), 100% aditivo (sem DROP). Rodado pelo + usuário no ambiente `AMPMINSIGHTS` via Database Actions; checkpoint de validação confirmou + `STATUS = 'OK'` nas duas tabelas (23 e 12 colunas, exatamente o esperado). Nota: a primeira + tentativa de checkpoint deu `ORA-00903` por um trecho abreviado/ilustrativo em + `docs/11-v2-evolucao-schema.html` (já corrigido, commit `dd40d0a`) — os `ALTER TABLE` em si + nunca tiveram problema. - [ ] **Pronto, aguardando você rodar e validar** — `sql/04_v2_view_procedure_update.sql`: `V_26AI_TECH` ganha as 35 colunas novas (aliases `RAW_JSON_TENABLE`/`RAW_JSON_CMDB` pra não colidir); `prc_26ai_tech` passa a incluir esses campos no `json_object` enviado ao LLM (só o diff --git a/docs/11-v2-evolucao-schema.html b/docs/11-v2-evolucao-schema.html index d3cfb6a..effea64 100644 --- a/docs/11-v2-evolucao-schema.html +++ b/docs/11-v2-evolucao-schema.html @@ -41,9 +41,9 @@

Evolução de schema: CVE, CVSS, solução e mais

Promove os campos "Tier 1" do Tenable e do ServiceNow — hoje fora do banco — a colunas novas em TB_26AI_TECH_V2 e TB_26AI_TECH_CMDB, para que o AI Insight consiga citar CVE, pacote afetado e remediação por ativo.

-
-
Status: em validação, ainda não roda em produção
-

Este capítulo documenta um passo já implementado no script (sql/03_v2_ddl_schema_evolution.sql), mas ainda não confirmado em nenhum ambiente. Não use este passo como procedimento definitivo até a seção 5 (Validação) ter sido de fato executada e conferida.

+
+
Status: validado em 2026-09-09
+

Rodado no ambiente AMPMINSIGHTS — checkpoint confirmou STATUS = 'OK' nas duas tabelas (23 e 12 colunas novas, exatamente o esperado). Este passo está confirmado; segue para o capítulo 12.

1. Por que isto era necessário