Imagino que o colega queira algo mais pronto e semelhante ao Oracle Data Masking and Subsetting: http://www.oracle.com/us/products/database/data-masking-subsetting/overview/index.html
Procure por "data masking" e irá ver alguns produtos, a maioria pagos. Aqui está o quadrante Gartner de 2013: http://si-management.blogspot.com.br/2014/02/magic-quadrant-for-data-masking.html Verifique se algum destes suporta PostgreSQL e se está dispo$to a usá-los. -- Everton 2015-12-01 7:40 GMT-02:00 Dickson S. Guedes <[email protected]>: > On Mon, Nov 30, 2015 at 07:48:15PM -0200, Vinícius Aquino do Vale wrote: > > Em 30 de novembro de 2015 19:32, Euler Taveira <[email protected]> > > escreveu: > > > > > Creio que você terá que fazer algo específico para o seu ambiente. > > > Sugiro que dê uma olhada em [1] (veja a última resposta que contém um > > > SQL que embaralha nomes [2]). Essa estratégia é adequada para campos > que > > > *não* fazem parte de uma chave primária. Você terá que elaborar uma > > > outra estratégia para lidar com as chaves estrangeiras. > > > > > > > Obrigado Euler, > > > > Vou dar uma olhada neles sim.. > > Apenas um adendo para o caso das chaves estrangeiras e dependendo da > complexidade dos seus relacionamentos, as suas chaves estrangeiras > poderiam ser > definidas com 'ON UPDATE CASCADE' caso o campo cpf, cnpj, etc sejam chave > primaria. > > Faça uma análise do impacto que isso pode provocar no procedimento de > cópia de base, seja ele negativo ou positivo e nos dẽ um retorno mais a > frente. > > []s > Guedes > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
