Pois os dados desta tabela são importados e muitas vezes os registros que estou tentando importar já encontra-se armazenado na tabela e a minha idéia era que se os dados já estivessem armazenados o postgresql ignora-se e caso contrário o mesmo persistiria na tabela.
Em 26 de outubro de 2012 18:22, <[email protected] > escreveu: > Send pgbr-geral mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of pgbr-geral digest..." > > > Tópicos de Hoje: > > 1. Re: Migração de base Postgres para Oracle (Bruno Silva) > 2. Re: Migração de base Postgres para Oracle (luiz damascena) > 3. Re: Migração de base Postgres para Oracle (Danilo Silva) > 4. Regra na inserção de usuários (Diego Rivera Tavares de Araujo) > 5. Re: Regra na inserção de usuários (Fabrízio de Royes Mello) > 6. Re: Regra na inserção de usuários (Danilo Silva) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 26 Oct 2012 13:54:53 -0300 > From: Bruno Silva <[email protected]> > Subject: Re: [pgbr-geral] Migração de base Postgres para Oracle > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <CAKiGHCNO8OPfAViEeifd6EV9m_b7wq= > [email protected]> > Content-Type: text/plain; charset=UTF-8 > > Por isso peguntei o que ele realmente está pretentendo/precisando. > Dependendo do caso até a replicação do Postgres 9.x já atenda. > Mas seria melhor que ele descrevesse do que precisa, até pra > Comunidade poder ajudá-lo melhor. > Sei bem como é essa sensação nos órgãos governamentais, estamos > passando por um processo em que estão deixando de usar banco de dados. > ( Estão migrando do Postgres pro SQL Server ). Pelo simples fato de > que o legado existente é maior em SQL Server. Triste mas fazer o que? > > Bruno E. A. Silva. > > 2012/10/26 Tiago Adami <[email protected]>: > > Em 26 de outubro de 2012 10:46, luiz damascena > > <[email protected]> escreveu: > >> Tiago e comunidade. > >> > >> Tenho um legado Oracle que vai perdurar por algum tempo, e gostaria de > usar > >> essa infra como opção para um eventual alívio nos servidores Postgres, > sob > >> forma de consulta. > >> > >> O pessoal da Oracle só fala em procedimentos para trocar um banco pelo > >> outro, e não procedimentos agendados de replicação... > >> > >> Como especulo que o pessoal daqui é menos "xiita", joguei a questão... > > > > Olá, Luiz. > > > > Não que exista má vontade para ajudar, mas converter um banco de > > PostgreSQL para Oracle estaria fora do escopo desta lista que promove > > o SGBD livre. > > > > Também estou no ramo governamental e mesmo que não seja DBA (por > > enquanto) eu tenho que conviver num ambiente com bancos PostgreSQL, > > Oracle e Informix, e também com sistemas integrados que acessam > > informações de mais de um destes SGBD. > > > > Sobre a conversão, não entendo como usar a infra existente do Oracle > > irá desafogar o PostgreSQL. Se eu bem entendi você quer fazer um > > balanceamento de carga, certo? Se você quiser um banco "read-only" > > sugiro criar outra instância e utilizar alguma ferramenta de > > replicação, mas usando o PostgreSQL. Talvez até investir um pouco nos > > servidores atuais seja menos oneroso. > > > > Eu imagino que o custo (em horas) para fazer uma migração do > > PostgreSQL para Oracle seja alto e irá resultar em uma estrutura > > ineficiente. > > > > Também desconheço alguma ferramenta de replicação entre bancos de > > dados heterogêneos que seja confiável. > > > > -- > > TIAGO J. ADAMI > > http://www.adamiworks.com > > @tiadami > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > ------------------------------ > > Message: 2 > Date: Fri, 26 Oct 2012 14:02:58 -0300 > From: luiz damascena <[email protected]> > Subject: Re: [pgbr-geral] Migração de base Postgres para Oracle > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <CAG20FRvHuK= > [email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Tiago. > Bruno. > Demais membros. > > Sobre a conversão, não entendo como usar a infra existente do Oracle > > irá desafogar o PostgreSQL. Se eu bem entendi você quer fazer um > > balanceamento de carga, certo? Se você quiser um banco "read-only" > > sugiro criar outra instância e utilizar alguma ferramenta de > > replicação, mas usando o PostgreSQL. Talvez até investir um pouco nos > > servidores atuais seja menos oneroso. > > > > > É somente uma divagação em função de cenários possíveis, de fato. Até > porque nosso ambiente Postgres está começando a ser usado, e nossa > configuração de hardware é extremamente robusta. E sim, a ideia seria algo > tipo um banco read-only. > > Como temos servidores fisicamente iguais, já estamos usando replicação > nativa ("stream"), e dando os primeiros passos na configuração do pgpool. > > Grato pelas opiniões. O indicativo é que existem alternativas melhores. > Obrigado a todos. > > LC/TRT8 > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20121026/f8188753/attachment-0001.htm > > ------------------------------ > > Message: 3 > Date: Fri, 26 Oct 2012 15:33:59 -0200 > From: Danilo Silva <[email protected]> > Subject: Re: [pgbr-geral] Migração de base Postgres para Oracle > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > < > ca+_jcpq4wc_gn9guxgzeafdelabdzdeo0gnvf+gdjjxfist...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Em 26 de outubro de 2012 15:02, luiz damascena > <[email protected]>escreveu: > > > > > É somente uma divagação em função de cenários possíveis, de fato. Até > > porque nosso ambiente Postgres está começando a ser usado, e nossa > > configuração de hardware é extremamente robusta. E sim, a ideia seria > algo > > tipo um banco read-only. > > > > Como temos servidores fisicamente iguais, já estamos usando replicação > > nativa ("stream"), e dando os primeiros passos na configuração do pgpool. > > > > Mas lembre-se, o fato de não ter o desempenho esperado não significa > problemas no banco ou servidor, mas uma má configuração de um ou de ambos. > > Sugiro analisar primeiramente a finalidade do banco / aplicação, pois com > base nessa análise é possível obter uma melhor configuração visando obter o > melhor de desempenho. Não vejo necessidade, por mais grandioso e oneroso > que seja o trabalho, colocar um oracle para suprir alguma necessidade do > PostgreSQL (se é que o PostgreSQL tenha alguma necessidade), pois o > PostgreSQL é muito robusto e aguenta muito bem a parada. > > Se não for configurado corretamente, nenhum SGBD irá funcionar > adequadamente. > > []s > Danilo > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20121026/236b551d/attachment-0001.htm > > ------------------------------ > > Message: 4 > Date: Fri, 26 Oct 2012 16:09:33 -0400 > From: Diego Rivera Tavares de Araujo <[email protected]> > Subject: [pgbr-geral] Regra na inserção de usuários > To: [email protected] > Message-ID: > < > cagajqxu1fejmle9ucuj_wvod0syz+vky3hcqtab0i9p-am0...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Boa tarde Pessoal, > > Estou tentando criar uma regra para inserir na tabela usuarios para inserir > somente quando o registro ainda nao tenha sido inserido mas não estou > conseguindo, alguém por ai para dar uma luz. > > > CREATE OR REPLACE RULE rule_I_usuarios as on insert TO usuarios > where (new.matricula not in (select matricula from usuarios)) > DO > insert into usuarios(matricula,nome,fone,tipo,cargo,lotacao,rua, bairro, > ncasa,criado, atualizado, mail) > values (new.matricula,new.nome,new.fone, new.tipo, new.cargo, > new.lotacao,new.rua,new.bairro, new.ncasa, > current_timestamp,NULL,new.mail); > > INSERT INTO usuarios( > matricula, nome, fone, tipo, cargo, lotacao, rua, bairro, > ncasa, > criado, atualizado, mail) > VALUES (123, 'diego', '5', 2, 'ti', 'lotacao', 'rua','bairro',30, > now(),now(), 'mail'); > > Erro: ERROR: infinite recursion detected in rules for relation "usuarios" > > -- > __________________________________________________ > > *Diego Rivera Tavares de Araújo* > -------------- Pr?a Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20121026/bd550d38/attachment-0001.htm > > ------------------------------ > > Message: 5 > Date: Fri, 26 Oct 2012 18:17:35 -0200 > From: Fabrízio de Royes Mello <[email protected]> > Subject: Re: [pgbr-geral] Regra na inserção de usuários > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <CAFcNs+oMpENzvhxN30kC0KkdSh1NZmBOfynLurbtutm5Z= > [email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Em 26 de outubro de 2012 18:09, Diego Rivera Tavares de Araujo < > [email protected]> escreveu: > > > Boa tarde Pessoal, > > > > Estou tentando criar uma regra para inserir na tabela usuarios para > > inserir somente quando o registro ainda nao tenha sido inserido mas não > > estou conseguindo, alguém por ai para dar uma luz. > > > > > > CREATE OR REPLACE RULE rule_I_usuarios as on insert TO usuarios > > where (new.matricula not in (select matricula from usuarios)) > > DO > > insert into usuarios(matricula,nome,fone,tipo,cargo,lotacao,rua, bairro, > > ncasa,criado, atualizado, mail) > > values (new.matricula,new.nome,new.fone, new.tipo, new.cargo, > > new.lotacao,new.rua,new.bairro, new.ncasa, > current_timestamp,NULL,new.mail); > > > > INSERT INTO usuarios( > > matricula, nome, fone, tipo, cargo, lotacao, rua, bairro, > > ncasa, > > criado, atualizado, mail) > > VALUES (123, 'diego', '5', 2, 'ti', 'lotacao', 'rua','bairro',30, > > now(),now(), 'mail'); > > > > Erro: ERROR: infinite recursion detected in rules for relation > "usuarios" > > > > > Porque vc não cria um índice UNIQUE para essa sua coluna "matricula", pois > pelo que entendi vc quer inserir somente caso não exista outro usuário com > a matricula que vc está inserindo... correto? > > Att, > > -- > Fabrízio de Royes Mello > Consultoria/Coaching PostgreSQL > >> Blog sobre TI: http://fabriziomello.blogspot.com > >> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello > >> Twitter: http://twitter.com/fabriziomello > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20121026/5f99e658/attachment-0001.htm > > ------------------------------ > > Message: 6 > Date: Fri, 26 Oct 2012 20:18:06 -0200 > From: Danilo Silva <[email protected]> > Subject: Re: [pgbr-geral] Regra na inserção de usuários > To: [email protected], Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > < > ca+_jcpstpfxjmssoobddqtmlbww-xdaylcx2erazvcxkuct...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > DO INSTEAD NOTHING > Em 26/10/2012 18:17, "Fabrízio de Royes Mello" <[email protected]> > escreveu: > > > > > Em 26 de outubro de 2012 18:09, Diego Rivera Tavares de Araujo < > > [email protected]> escreveu: > > > >> Boa tarde Pessoal, > >> > >> Estou tentando criar uma regra para inserir na tabela usuarios para > >> inserir somente quando o registro ainda nao tenha sido inserido mas não > >> estou conseguindo, alguém por ai para dar uma luz. > >> > >> > >> CREATE OR REPLACE RULE rule_I_usuarios as on insert TO usuarios > >> where (new.matricula not in (select matricula from usuarios)) > >> DO > >> insert into usuarios(matricula,nome,fone,tipo,cargo,lotacao,rua, bairro, > >> ncasa,criado, atualizado, mail) > >> values (new.matricula,new.nome,new.fone, new.tipo, new.cargo, > >> new.lotacao,new.rua,new.bairro, new.ncasa, > current_timestamp,NULL,new.mail); > >> > >> INSERT INTO usuarios( > >> matricula, nome, fone, tipo, cargo, lotacao, rua, bairro, > >> ncasa, > >> criado, atualizado, mail) > >> VALUES (123, 'diego', '5', 2, 'ti', 'lotacao', 'rua','bairro',30, > >> now(),now(), 'mail'); > >> > >> Erro: ERROR: infinite recursion detected in rules for relation > "usuarios" > >> > >> > > Porque vc não cria um índice UNIQUE para essa sua coluna "matricula", > pois > > pelo que entendi vc quer inserir somente caso não exista outro usuário > com > > a matricula que vc está inserindo... correto? > > > > Att, > > > > -- > > Fabrízio de Royes Mello > > Consultoria/Coaching PostgreSQL > > >> Blog sobre TI: http://fabriziomello.blogspot.com > > >> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello > > >> Twitter: http://twitter.com/fabriziomello > > > > > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20121026/e5a33b2c/attachment.htm > > ------------------------------ > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 46, assunto 70 > *********************************************** > -- __________________________________________________ *Diego Rivera Tavares de Araújo* https://plus.google.com/u/0/101070299679203055697/posts http://www.devmedia.com.br/space.asp?id=171908<http://www.devmedia.com.br/space.asp?id=171908&id2=3> https://twitter.com/DiegoRiveraTA <https://twitter.com/> [email protected]
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
