2015-03-12 17:10 GMT-03:00 Fabrízio de Royes Mello
:
> Pessoal,
>
> Estou abrindo essa thread para coletar opinião de vocês sobre quais
> palestrantes internacionais vocês gostariam de assistir e conhecer nessa
> edição do PGBR
>
> Sugestões de nomes podemos obter nas sessões "Core Team" e "Major
Pessoal,
Estou abrindo essa thread para coletar opinião de vocês sobre quais
palestrantes internacionais vocês gostariam de assistir e conhecer nessa
edição do PGBR
Sugestões de nomes podemos obter nas sessões "Core Team" e "Major
Contributors" em [1].
Att,
[1] http://www.postgresql.org/communi
Se ajudar...
http://conceitoti.blogspot.com.br/2014/09/criando-log-de-acoes-no-postgresql.html
Em 12 de março de 2015 12:20, Vinicius Santos <
vinicius.santos.li...@gmail.com> escreveu:
> Em 12 de março de 2015 13:39, Danilo Silva
> escreveu:
>
>> Pessoal,
>>
>> Qual a melhor maneira de guardar
Em 12 de março de 2015 13:39, Danilo Silva
escreveu:
> Pessoal,
>
> Qual a melhor maneira de guardar todos os inserts, updates e deletes que
> ocorrem em todas as tabelas de uma determinada base de dados?
>
> Em relação aos updates, preciso ter um histórico do que foi alterado,
> apresentando em
Podes manter uma tabela espelho a original e mais dois campos, usuario e
data/hora.
Crie uma trigger que ao fazer qualquer insert/update/delete gere um
historico de como estava o registro anteriormente.
Esta tabela espelho teria os dados que estavam anteriormente a alteração,
sendo que o dado mais
Pessoal,
Qual a melhor maneira de guardar todos os inserts, updates e deletes que
ocorrem em todas as tabelas de uma determinada base de dados?
Em relação aos updates, preciso ter um histórico do que foi alterado,
apresentando em um relatório quais campos sofreram alteração de um
determinado regi
Devolvendo para a lista de usuários.
2015-03-12 10:10 GMT-03:00 Alvaro Herrera :
>
> Hay otras razones para no usar herencia. Por ejemplo, las restricciones
> UNIQUE no funcionan. (Las restricciones UNIQUE se implementan
> internamente con un índice btree UNIQUE, pero en Postgres no existen
> ín
