Início / dba / Perguntas / 343731
Accepted
blackgreen
Asked: 2024-11-20 18:13:17 +0800 CST

O uso simultâneo de nextval com generate_series garante o retorno de valores incrementais?

  • 772

Preciso obter vários valores de uma sequência com apenas uma consulta. No Stack Overflow, encontrei isto:

https://stackoverflow.com/questions/896274/select-multiple-ids-from-a-postgresql-sequence

A solução parece ser a seguinte:

select nextval('my_sequence') from generate_series(1, N)

Como isso se comporta quando meu aplicativo pode iniciar essa consulta simultaneamente sempre que atende a alguma solicitação do cliente?

A resposta mais votada tem um comentário que diz:

Observe que não há garantia de que os 3 números (nextvals) sejam sequenciais.

Não me importo necessariamente com a sequencialidade, mas é garantido que os valores retornados sejam pelo menos estritamente crescentes monotonicamente, mesmo que possam ser entrelaçados com os valores gerados por outra consulta simultânea?

postgresql

1 respostas

  1. Best Answer

    Sim , a série gerada tem garantia de ser estritamente monotonicamente crescente - para esta consulta simples e SEQUENCEcom configurações padrão .

    A SEQUENCEpode até ser criada com incremento negativo! E se você adicionar junções, agrupamentos ORDER BYou qualquer outra coisa à mesma consulta que possa reordenar linhas, isso pode embaralhar os números gerados de acordo, dependendo do plano de consulta resultante.

    Mas não , sempre pode haver lacunas se transações simultâneas também extraírem da mesma sequência. Use outras ferramentas para números estritamente sequenciais. O manual:

    Como as chamadas nextvale setvalnunca são revertidas, os objetos de sequência não podem ser usados ​​se a atribuição “gapless” de números de sequência for necessária. É possível construir uma atribuição gapless usando o bloqueio exclusivo de uma tabela contendo um contador; mas essa solução é muito mais cara do que os objetos de sequência, especialmente se muitas transações precisarem de números de sequência simultaneamente.

    Se cada acesso simultâneo for executado em sua própria sessão, que é fechada depois, você pode usar a CACHEconfiguração de sequências. Mas isso visa principalmente acesso mais rápido e pode resultar em maiores lacunas de sequência para outros padrões de acesso. E nem tenho certeza de que "gapless" é garantido para o cache.

    Mais sobre o tópico:

    Obtenha números estritamente sequenciais com um hack

    LOCKnão funciona para sequências.
    Mas podemos bloquear o objeto de sequência indiretamente com ALTER SEQUENCE. O manual:

    ALTER SEQUENCEbloqueia chamadas simultâneas nextval, currval, lastval, e .setval

    Assumindo os privilégios necessários (!) poderíamos fazer isso, dentro da mesma transação:

    BEGIN;  
ALTER SEQUENCE public.my_sequence INCREMENT 1;  -- the same as it was!
SELECT nextval('public.my_sequence') FROM generate_series(1, 5);

-- do stuff, but hurry up, the sequence is blocked

COMMIT;

    Na verdade, não estamos alterando a sequência, mas ela ainda bloqueia todas as interações simultâneas com ela. Portanto, você obtém números estritamente sequenciais. Outras transações envolvidas têm que esperar até que a sua seja concluída e libere o bloqueio. Meio que desafia o propósito de uma sequência de otimizar o acesso de gravação simultânea, temporariamente. Mas você obtém sua série sequencial.

    Normalmente, você não desejaria conceder o privilégio a ALTER SEQUENCEfunções aleatórias. Mas você poderia encapsular esse comando em uma função privilegiada e conceder acesso a essa função a qualquer um - efetivamente concedendo o privilégio de acessar a sequência exclusivamente... Relacionado:

    Outra anomalia : se sua transação termina em um ROLLBACK, a sequência é redefinida para seu estado original, incluindo o número atual antes de suas nextval()chamadas. Isso nunca acontece em operação normal, mesmo para transações revertidas. Se você continuar a usar esses números, você encontrará violações únicas...

    • 5

relate perguntas