Início / dba / Perguntas / 279604
Accepted
guettli
Asked: 2020-11-13 11:57:42 +0800 CST

Bloqueio: Permitir INSERT mas não UPDATE

  • 772

Gostaria de bloquear uma tabela: INSERTdeveria ser permitido, mas UPDATEdeveria ser desabilitado.

Estou usando uma versão atual do PostgreSQL.

Eu li Advisory Locks e bloqueio explícito . Talvez eu seja cego, mas não consegui encontrar uma solução adequada para o meu objetivo.

Aqui estão os detalhes do meu caso de uso:

Existe uma tabela que é mais ou menos como registro: vários processos adicionam novas linhas à tabela ao mesmo tempo.

Uma vez em uma hora um script processa os dados que foram adicionados.

Agora eu quero ter certeza de que este script tem um conjunto de trabalho fixo. Nenhuma modificação deve ser feita nas linhas nas quais o script está trabalhando. Mas tudo bem se novas linhas forem adicionadas enquanto os scripts são executados. Essas linhas obtêm processos com a próxima chamada do script.

postgresql locking

2 respostas

  1. Best Answer

    Claro, você pode usar bloqueios em nível de linha para bloquear todas as linhas atualmente na tabela com:

    SELECT * FROM tbl FOR UPDATE;

    Ou similar.

    Mas isso impede todas as gravações, incluindo DELETE, não apenas UPDATE- pela duração do bloqueio. E há a pergunta restante sobre as linhas inseridas depois disso: elas também não deveriam ser protegidas de UPDATE?

    Do jeito que você expressou ( " INSERTdeveria ser permitido, mas UPDATEdeveria ser desabilitado." ), parece uma questão mais geral de gerenciamento de privilégios com GRANTeREVOKE , em vez de bloqueio.

    Algo como:

    GRANT INSERT ON TABLE public.tbl TO public;
REVOKE UPDATE ON TABLE public.tbl FROM public;

    Ou:

    GRANT INSERT ON TABLE public.tbl TO specific_role;
REVOKE UPDATE ON TABLE public.tbl FROM specific_role;

    Os comandos reais dependem de quem recebeu GRANTprivilégios de edição em primeiro lugar e quem deve ser impedido de atualizar agora.
    Não se esqueça do caso especial do dono da mesa . O manual sobre GRANT:

    Não há necessidade de conceder privilégios ao proprietário de um objeto (geralmente o usuário que o criou), pois o proprietário tem todos os privilégios por padrão. (O proprietário pode, no entanto, optar por revogar alguns de seus próprios privilégios por segurança.)

    Enquanto os bloqueios duram apenas a duração de uma transação, o efeito é permanente - até que seja alterado explicitamente. Além disso, as fechaduras são caras. GRANT/ REVOKEé quase gratuito.

    Você precisa dos privilégios necessários. Seja o proprietário da tabela, seja membro na função que possui a tabela, seja um superusuário ou tenha recebido o mesmo privilégio WITH GRANT OPTION.

    • 5

  2. Você poderia usar pg_try_advisory_lock(). Veja Bloqueios Consultivos

    • 0

relate perguntas