Re: [pgbr-geral] Função em Thread
Bruno == Bruno Silva bemanuel...@gmail.com writes:
Bruno Seguinte tenho cerca de 50 funções que podem ser chamadas de
Bruno modo independente. Tipo se o usuário precisar da estatística
Bruno A , ele chama a função estA(date, date). Para geração de um
Bruno determinado relatório que é composto por essas 50 funções,
Bruno criei uma façade que chama uma por uma inserindo o resultado
Bruno em uma tabela temporária. E ao término ela imprime o conteúdo
Bruno dessa tabela temporária. Seguindo No estilo: select * from
Bruno facade_relatorio('2011-01-01','2011-07-01');
Opa, chegando atrasado na thread, mas, não seria o caso pra se usar
views materializadas e teu façade constrói os resultados a partir delas?
Isso é geralmente viável com estatísticas periódicas, como parece ser o
teu caso, cujos resultados tendem a congelar depois de algum
tempo. Daria pra otimizar mais ainda particionando os resultados por
data. A depender do perfil das consultas, você pode alocar algumas das
partições num storage mais rápido, como por exemplo, os N meses mais
recentes tendem a ser consultados com mais frequência.
--
Eden Cardim
Code Monkeyhttp://www.shadowcat.co.uk/catalyst/
Shadowcat Systems Ltd. Want a managed development or deployment platform?
http://blog.edencardim.com/http://www.shadowcat.co.uk/servers/
http://twitter.com/#!/edenc
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] INDICE UNICO - DUPLICIDADE
Pessoal, Depois de tentar sem sucesso impedir a duplicidade de registros na aplicação, resolvi impedir isto criando um índice único no próprio banco. Ok funcionou, porém gostaria que a mensagem de erro não fosse apresentada para o usuário. Gostaria que o registro duplo fosse simplesmente descartado e que isto fosse transparente para o usuário. Não sei se fui claro, estou tentando solucionar via banco um problema de duplicidade gerada pela aplicação. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] INDICE UNICO - DUPLICIDADE
O que você precisa é de um Trigger Constraint http://www.postgresql.org/docs/8.2/static/sql-createconstraint.html Em 15 de agosto de 2011 16:29, Mário da Cunha Lemos Júnior mariojr.le...@gmail.com escreveu: Pessoal, Depois de tentar sem sucesso impedir a duplicidade de registros na aplicação, resolvi impedir isto criando um índice único no próprio banco. Ok funcionou, porém gostaria que a mensagem de erro não fosse apresentada para o usuário. Gostaria que o registro duplo fosse simplesmente descartado e que isto fosse transparente para o usuário. Não sei se fui claro, estou tentando solucionar via banco um problema de duplicidade gerada pela aplicação. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- *Atenciosamente* * * *Rodrigo Della Justina* *rodrigodellajust...@gmail.com* *rodrigodellajust...@ciss.com.br* Telp: 55-46-8801-6165 *IBM DB2 Certified Database Academic* ** ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Base antiga
Em 11 de agosto de 2011 17:06, Shander Lyrio shan...@nucleo45.com.br escreveu: Em 11/08/2011 16:36, Cristiano Alves escreveu: No log aparece esse erro : argument of NOT must be type boolean, not type char at character 387 Agora acredito que o problema esteja bem mais claro. Alguma consulta, procedure está com um erro no sql Se você executar a consulta [select not 'a'::char] no seu servidor verá o mesmo erro. Acredito que a consulta deva ser corrigida para após a cláusula not você ter algum tipo boolean, ou até mesmo null, mas não pode ser char que é o que está sendo reclamado pelo banco. Eu já vi isto acontecer quando algum campo que deveria ser boolean estava com o tipo char e era gravado um 'F' ou um 'V'. Você não pode fazer algo compo [select not 'F'] porque vai gerar um erro, mas algo como [select not 'F'::boolean] funcionaria. Apenas complementando, a versão cujo dump foi originado é a 8.2.X, onde ainda haviam CASTs implícitos, e por isso funcionava. A partir da 8.3 não há mais CASTs implicitos. Cristiano, conseguiu algum progresso quanto a isto? Era este mesmo o problema? -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Base antiga
O problema era esse mesmo, vou continuar preso a versão 8.2.11.Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 15/08/2011 às 17:17 horas, pgbr-geral@listas.postgresql.org.br escreveu:Em 11 de agosto de 2011 17:06, Shander Lyrio shan...@nucleo45.com.br escreveu: Em 11/08/2011 16:36, Cristiano Alves escreveu: No log aparece esse erro : "argument of NOT must be type boolean, not type "char" at character 387"Agora acredito que o problema esteja bem mais claro.Alguma consulta, procedure está com um erro no sqlSe você executar a consulta [select not 'a'::char] no seu servidor verá o mesmo erro. Acredito que a consulta deva ser corrigida para após a cláusula not você ter algum tipo boolean, ou até mesmo null, mas não pode ser char que é o que está sendo reclamado pelo banco.Eu já vi isto acontecer quando algum campo que deveria ser boolean estava com o tipo char e era gravado um 'F' ou um 'V'. Você não pode fazer algo compo [select not 'F'] porque vai gerar um erro, mas algo como [select not 'F'::boolean] funcionaria.Apenas complementando, a versão cujo dump foi originado é a 8.2.X,onde ainda haviam CASTs implícitos, e por isso funcionava. A partir da8.3 não há mais CASTs implicitos.Cristiano, conseguiu algum progresso quanto a isto? Era este mesmo o problema?-- Dickson S. Guedesmail/xmpp: gue...@guedesoft.net - skype: guedizguedesoft.net - www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br 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
Re: [pgbr-geral] INDICE UNICO - DUPLICIDADE
Ou pode usar o metodo POG, utilizando um TRY EXCEPT na sua aplicação. Marcelo Silva -- Desenvolvedor Delphi, PHP msn: marc...@ig.com.br cel.: (11) 9693-4251 From: Rodrigo Della Justina Sent: Monday, August 15, 2011 4:48 PM To: Comunidade PostgreSQL Brasileira Subject: Re: [pgbr-geral] INDICE UNICO - DUPLICIDADE O que você precisa é de um Trigger Constraint http://www.postgresql.org/docs/8.2/static/sql-createconstraint.html Em 15 de agosto de 2011 16:29, Mário da Cunha Lemos Júnior mariojr.le...@gmail.com escreveu: Pessoal, Depois de tentar sem sucesso impedir a duplicidade de registros na aplicação, resolvi impedir isto criando um índice único no próprio banco. Ok funcionou, porém gostaria que a mensagem de erro não fosse apresentada para o usuário. Gostaria que o registro duplo fosse simplesmente descartado e que isto fosse transparente para o usuário. Não sei se fui claro, estou tentando solucionar via banco um problema de duplicidade gerada pela aplicação. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente Rodrigo Della Justina rodrigodellajust...@gmail.com rodrigodellajust...@ciss.com.br Telp: 55-46-8801-6165 IBM DB2 Certified Database Academic ___ 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
[pgbr-geral] Alterar campo databela
Pessoa, como eu faço para alterar um capo de varchar(50) para varchar(200) em uma tabela, sendo que este campo está sendo usado em algumas views no banco de dados? Versao 8.2 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alterar campo databela
Em 15 de agosto de 2011 20:39, Pedro B. Alves pedroalve...@gmail.comescreveu: Pessoa, como eu faço para alterar um capo de varchar(50) para varchar(200) em uma tabela, sendo que este campo está sendo usado em algumas views no banco de dados? Versao 8.2 Simples: 1) DROP VIEW ... 2) ALTER TABLE tabela ALTER COLUMN campo TYPE varchar(200); 3) CREATE VIEW ... -- 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 pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
