Vocês estão querendo manipular/manter tabelas do "system" através do "negócio"? Não precisa ser um AD pra notar que tem algum erro no projeto de banco de dados. Acho que estamos mandando a portabilidade direto para a armadilha. Eu acho ENUM legal, mas acho que devemos ser cautelosos quanto ao uso.
2008/10/15 Euler Taveira de Oliveira <[EMAIL PROTECTED]> > Mozart Hasse escreveu: > > > * Bom, com modelos perfeitos num mundo perfeito isso até parece razoável, > > mas... voltando ao mundo real do dia-a-dia: e se eu precisar alterar a > lista > > de valores ? Eu não achei jeito de dar UPDATE, INSERT ou DELETE num enum > sem > > recriá-lo. Comparando com um simples comando numa tabela, que script eu > É uma funcionalidade nova que está no TODO mas *não* é tão trivial como > parece pois pode ser uma operação muito dispendiosa e até causar > 'deadlocks'. > Por que eu removeria ou atualizaria um ENUM? Adicionar (append) é fácil > mas atualizar ou remover involve uma reescrita da tabela o que já não é > tão trivial de fazer. E se involver várias tabelas? Teremos que fazer > isso tudo em uma mesma transação e cuidar para que não ocorram 'deadlocks'. > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Forte abraço, Aldemir Vieira
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
