2012/2/2 Rubens José Rodrigues <rubens.rodrig...@batistarepresentacoes.com>: >> >> " Associar um papel/usuário do PostgreSQL a uma entidade Pessoa >> <Clientes, Fornecedores, Funcionários etc...>, nosso DBA principal, >> insiste na idéia de que ele criaria uma entidade usuários, onde a cada >> criação, alteração ou exclusão ele replicaria e associaria essa informação >> com os papéis do banco.
>Replicaria como? Gatilho na entidade usuário, após apagar um usuário estender usando "drop role xxxx", como por exemplo. >> Eu insisti em dizer que no meu ponto de vista, poderíamos associar a >> pg_shadow a essa entidade. >Idealmente, sim. Aliás, o mais ideal ainda (!?) seria usar o /information >schema/. Fato >A dificuldade é que o PostgreSQL tem uma limitação arbitrária, não permitindo >a declaração de chaves sobre visões — e, portanto, impedindo a criação de >restrições de integridade referenciais sobre o catálogo, que é composto >de >visões. [devaneio mode on] Ahh! se eu pudesse criar uma tabela por herança dessa visão! [devaneio mode off] >Mea culpa: nunca experimentei um relato de erro acerca. >> Uma dificuldade que eu vejo seria apenas o modelo relacional sendo >> prejudicado quando usamos o catalogo do sistema, como por exemplo, >> quando apagarmos um papel, alterarmos etc... >Não entendi o que o modelo relacional tem a ver… pelo contrário, no modelo >relacional o catálogo é parte do modelo: diz‐se que ‘metadados também são >dados’, para ficar com uma frase de efeito. Não via metadados como parte do modelo. _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
