Um limite silencioso de linhas transforma uma amostra em uma mentira

Todo servidor MCP de produção para PostgreSQL precisa de limites de resultados.

A parte perigosa não é o limite.

É retornar as primeiras 1.000 linhas sem tornar a truncagem impossível de ser notada. A consulta foi bem-sucedida, o modelo recebeu dados e uma amostra limitada se torna uma afirmação confiante sobre a população total.

Use orçamentos independentes para:

• linhas
• bytes
• tempo de declaração e de ponta a ponta
• custo da consulta
• concorrência
• total de páginas por solicitação lógica

Então, torne a truncagem um estado de resultado tipado: completude, razão, linhas e bytes observados, ordenação estável e se a continuação está disponível.

Tokens de continuação também são artefatos de autorização. Vincule-os ao principal, inquilino, operação aprovada, digestão da consulta, versão da política, chaves de ordem estável, instantâneo e expiração.

E escolha a semântica antes de adicionar LIMIT. Um pedido por “principais clientes” não pode ser respondido a partir das primeiras 1.000 linhas de faturas. Ele precisa de uma operação agregada aprovada sobre a população total escopo.

A regra é simples: se a operação estiver incompleta, o modelo não deve inferir totais, classificações, máximos ou ausência como se cada linha tivesse sido examinada.

Guia completo: Limites de resultados e truncagem do MCP do PostgreSQL