[lvcas-dotcom]

O fallback por similaridade compara uma coluna contra todas as tabelas do schema, e TrigramSimilarity constrói dois mapas por chamada — então os trigramas de cada nome de tabela eram reconstruídos uma vez por coluna do banco inteiro. Num schema de mil tabelas com doze colunas cada, doze milhões de extrações de mil respostas distintas.

Isso pesa mais do que parece porque EntityName nunca devolve vazio: ela tira o afixo se houver e devolve o nome como está caso contrário. Toda coluna que não é referência — created_at, total, status — não acha nada no índice de afixos e cai no fallback.

Os alvos passam a carregar os próprios trigramas, extraídos uma vez, e o coeficiente sai para uma função que recebe os dois conjuntos prontos.

Em mil tabelas: de 17,4 s para 2,5 s, e de 16 GB alocados para 11 MB. A métrica é idêntica — nenhum candidato muda.

Junto, o CHANGELOG ganha as duas features que entraram depois da v0.1.2 e ainda não estavam registradas: a auditoria de eficiência estrutural e a similaridade lexical.

What changes, and why

How it was verified

• make fmt && make lint && make test
• make test-integration (if it touches SQL, the catalog, or validation)

Checks

• Nothing writes to the target database
• No row value can reach output, logs or errors
• New behaviour has a change under openspec/, validating with --strict
• A new dependency, if any, is justified with measured numbers