[pgbr-geral] RES: pesquisa nas colunas
Então, utilizo a versão 8.3 em produção. De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Andre Fernandes Enviada em: quarta-feira, 17 de fevereiro de 2010 19:15 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] pesquisa nas colunas Boa noite, Se estás a usar a versão 8.4, dê uma procurada em WITH, no manual. Entre outras coisas, serve exatamente para isso que desejas. Abraços, Em 17 de fevereiro de 2010 18:24, Leandro Müller leandroli...@muriki.com.br escreveu: Ola turma. Como posso fazer a seguinte consulta. select tabela.nome, sum(coluna1) as c1, sum(coluna2) as c2, c1+c2 as total from tabela. Isso é um exemplo, mas o que preciso é não ficar repetindo funções e calculo em outra coluna, preciso pegar o resultado de colunas já prontas. Alguém sabe como faço isso? Abraços. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- André de Camargo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] pesquisa nas colunas
Ola turma. Como posso fazer a seguinte consulta. select tabela.nome, sum(coluna1) as c1, sum(coluna2) as c2, c1+c2 as total from tabela. Isso é um exemplo, mas o que preciso é não ficar repetindo funções e calculo em outra coluna, preciso pegar o resultado de colunas já prontas. Alguém sabe como faço isso? Abraços. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: lentidão com hibernate - res olvido
Resolvido. Lento e relendo resolvi testar a propriedade hibernate.max_fetch_depth conforme especificação do hibernate, parece loucura, mas o problema do trafego foi resolvido. Vejam no grafico o teste: http://www.muriki.com.br/arquivos/grafico_jdbc2.png Reparem que não passou dos 5% de uso da rede, já sem a configuração chega a 70% Abraços. De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Joao Cosme de Oliveira Junior Enviada em: terça-feira, 15 de dezembro de 2009 09:28 Para: pgbr-geral@listas.postgresql.org.br Assunto: Re: [pgbr-geral] RES: RES: lentidão com hibernat e+post em rede - agora com gráfico heheheh a alguns anos frequento esta lista e sempre a mesma porcaria do hibernate, já tive experiencias otimas com ele gerando umas 10 páginas de consulta, isso otimizando tudo ,mudando o comportamento lazy e tal e tal e tal Qual foi a saída? reescrever as queries mais lentas em geral a grande maioria e colocar em uma SP :) João Cosme de Oliveira Júnior Seja inteligente, use Software-livre!!! LPI Certified LPI000185554 Em 14/12/2009 às 22:01 horas, pgbr-geral@listas.postgresql.org.br escreveu: Olá Leandro, habilite no hibernate para exibir o SQL que ele está executando e analisa o SQL ou manda aqui na lista. Se tiver usando o hibernate.cfg.xml Se tiver usando hibernate.properties hibernate.show_sql=true E se tiver com o Log4j, coloque isso também para exibir quais parâmetros estão sendo enviados na query: log4j.logger.net.sf.hibernate.type=debug Lembre-se que o hibernate tem comportamentos independentes e intermitentes, principalmente para carregar associações (lazy load) e para cache (L1 e L2). abraços -- []s Emerson G Moretto emore...@gmail.com 2009/12/14 Leandro Müller : Bancos totalmente idênticos. Consultas simples de select com limit 20 ao final, pois as bases são enormes. As consultas não estão demorando para serem realizadas, o jdbc parece estar trazendo um caminhão do servidor pois pesa a rede. As mesmas consultas realizadas pelo pgadmin executam tranquilamente. Ao meu ver o hibernate esta passeando entre os registros conectado ao banco, mesmo fechando a sessão, como se fosse um ODBC da vida. Bom nem sei mais o que pensar. Existe outro jdbc fora o que a post disponibiliza? Abraços. -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Euler Taveira de Oliveira Enviada em: segunda-feira, 14 de dezembro de 2009 18:18 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: lentidão com hibernate+post em rede - agora com gráfico Leandro Müller escreveu: Fazendo os testes com consultas simples pelo pgadm o tempo de resposta é ótimo, e uma outra observação é que essas consultas não trazem mais de 20 registros cada uma, pois todas são limitadas no consulta setMaxResults(20); Sem ver as consultas e um programa teste fica difícil dizer a que está acontecendo. Que tipos de consultas? Está utilizando comandos preparados (aka prepared statements)? Você tem certeza que as consultas geradas pelo Hibernate para ambos os bancos são parecidas? Talvez ele esteja gerando consultas adicionais ou mesmo o padrão de consultas seja totalmente diferente (porque alguma configuração está diferente?). -- Euler Taveira de Oliveira http://www.timbira.com/ ___ 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 mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https
[pgbr-geral] lentidão com hibernate+post em rede
Ola turma. Estou efetuando testes com hibernate e postgresql 8.3. Percebi que conexões em rede a resposta é bem lenta comparada a localhost, isto fazendo processos de consultas simples pelo hibernate. Checando os logs SQL do hibernate não percebi nenhuma anomalia. Checando o trafego de rede percebi que há uma grande quantidade de dados que passam quando as consultas são executadas. O engraçado que fazendo as mesmas SQL pelo pgadmin as consultas são respondias de forma muito rápida, em milésimos de segundo. Alguém já chegou a fazer testes com hibernate + postgresql em rede? Existe alguma forma de ver todos os logs se consultas executadas no postgresql, para verificar o que o hibernate executa no banco? Abraços. At. Leandro Müller ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: lentidão com hibernate+po st em rede
Ola turma. Vasculhando o log do postgresql, não encontrei nenhuma normalidade, tempo de pesquisa normal, tudo normal. Então resolvi migrar a base de dados para o mysql, para verificar se ocorreria o mesmo. Com o mysql o sistema comportou na mesma velocidade que o localhost, bem ao contrário do postgresql. Então creio que não possa ser um problema do hibernate e sim do jdbc fornecido pelo post ou o próprio postgresql. Checando o log de rede novamente, como mysql o trafego nas mesmas consultas não chegou a utiliza 5% da rede em menos de 1 segundo, em compensação o jdbc e postgresql utilizou 85% da rede por 5 segundos. Muito estranho. Abraços. At. Leandro Müller De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm Enviada em: segunda-feira, 14 de dezembro de 2009 14:01 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] lentidão com hibernate+post em rede Olá, 2009/12/14 Leandro Müller leandroli...@muriki.com.br Ola turma. Estou efetuando testes com hibernate e postgresql 8.3. Percebi que conexões em rede a resposta é bem lenta comparada a localhost, isto fazendo processos de consultas simples pelo hibernate. Checando os logs SQL do hibernate não percebi nenhuma anomalia. Checando o trafego de rede percebi que há uma grande quantidade de dados que passam quando as consultas são executadas. O engraçado que fazendo as mesmas SQL pelo pgadmin as consultas são respondias de forma muito rápida, em milésimos de segundo. Alguém já chegou a fazer testes com hibernate + postgresql em rede? Existe alguma forma de ver todos os logs se consultas executadas no postgresql, para verificar o que o hibernate executa no banco? Habilite no postgresql.conf os seguinte parâmetros: Eu já trabalhei com Hibernate e PostgreSQL. logging_collector = on log_min_duration_statement = 0 Assim você verá todas as consultas geradas pelo banco. Os arquivos de log serão armazenados na pasta pg_log que fica dentro do diretório data. Abraços. At. Leandro Müller ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []s -- JotaComm http://jotacomm.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: lentidão com hibernate+post em rede - agora com gráfico
Baixando a ultima versão do jdbc: postgresql-8.4-701.jdbc4 Com jdk 1.6 Fiz os testes comparando mysql 5.1 e postgresql 8.3 O gráfico do teste HTTP://www.muriki.com.br/arquivos/grafico_jdbc.png Fazendo os testes com consultas simples pelo pgadm o tempo de resposta é ótimo, e uma outra observação é que essas consultas não trazem mais de 20 registros cada uma, pois todas são limitadas no consulta setMaxResults(20); O postgresql pode enviar os dados pela rede em outros formatos mais pesados, bits com compressão, coisas do tipo? Abraços Turma. At. Leandro Müller De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo Costa Enviada em: segunda-feira, 14 de dezembro de 2009 17:05 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: lentidão com hibernate+post em rede Olá 2009/12/14 Leandro Müller leandroli...@muriki.com.br Ola turma. Vasculhando o log do postgresql, não encontrei nenhuma normalidade, tempo de pesquisa normal, tudo normal. Então resolvi migrar a base de dados para o mysql, para verificar se ocorreria o mesmo. Com o mysql o sistema comportou na mesma velocidade que o localhost, bem ao contrário do postgresql. Então creio que não possa ser um problema do hibernate e sim do jdbc fornecido pelo post ou o próprio postgresql. Definitivamente não é o banco. Checando o log de rede novamente, como mysql o trafego nas mesmas consultas não chegou a utiliza 5% da rede em menos de 1 segundo, em compensação o jdbc e postgresql utilizou 85% da rede por 5 segundos. Isso certamente é um problema no driver JDBC que você está utilizando. Tentou baixar algum daqui : http://jdbc.postgresql.org/. Tive um problema similar e era o driver JDBC. Tente baixar os desse link (se é que já não tentou) e verifique sua performance. Atte, -- Marcelo Costa www.marcelocosta.net - You can't always get what want, Doctor House in apology to Mike Jagger ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Res: lentidão com hibern ate+post em rede
Possuo 2 servidores teste e um de produção. Já foi testado: Fedora 12, postgresql 8.3 Windows Server 2008, postgresql 8.3 Ubuntu Server 9.10, postgresql 8.3 Client: Windows Vista, Glassfish, jboss; Ubuntu, Glassfish, jboss; Jdbc testes: postgresql-8.3-603.jdbc3, postgresql-8.4-701.jdbc4 Abraços. At. Leandro Müller De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de MARCIO CASTRO Enviada em: segunda-feira, 14 de dezembro de 2009 17:20 Para: Comunidade PostgreSQL Brasileira Assunto: [pgbr-geral] Res: lentidão com hibernate+post em rede Colega; Qual é o driver que você está utilizando? Qual é o S.O. do servidor? No aguardo, Márcio de Figueiredo Moura e Castro _ De: Leandro Müller leandroli...@muriki.com.br Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Segunda-feira, 14 de Dezembro de 2009 13:57:29 Assunto: [pgbr-geral] lentidão com hibernate+post em rede Ola turma. Estou efetuando testes com hibernate e postgresql 8.3. Percebi que conexões em rede a resposta é bem lenta comparada a localhost, isto fazendo processos de consultas simples pelo hibernate. Checando os logs SQL do hibernate não percebi nenhuma anomalia. Checando o trafego de rede percebi que há uma grande quantidade de dados que passam quando as consultas são executadas. O engraçado que fazendo as mesmas SQL pelo pgadmin as consultas são respondias de forma muito rápida, em milésimos de segundo. Alguém já chegou a fazer testes com hibernate + postgresql em rede? Existe alguma forma de ver todos os logs se consultas executadas no postgresql, para verificar o que o hibernate executa no banco? Abraços. At. Leandro Müller _ Veja quais são os assuntos do momento no Yahoo! + Buscados: Top http://br.rd.yahoo.com/mail/taglines/mail/*http:/br.maisbuscados.yahoo.com/ 10 - Celebridades http://br.rd.yahoo.com/mail/taglines/mail/*http:/br.maisbuscados.yahoo.com/ celebridades/ - Música http://br.rd.yahoo.com/mail/taglines/mail/*http:/br.maisbuscados.yahoo.com/ m%C3%BAsica/ - Esportes http://br.rd.yahoo.com/mail/taglines/mail/*http:/br.maisbuscados.yahoo.com/ esportes/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: RES: lentidão com hiberna te+post em rede - agora com gráfico
Bancos totalmente idênticos. Consultas simples de select com limit 20 ao final, pois as bases são enormes. As consultas não estão demorando para serem realizadas, o jdbc parece estar trazendo um caminhão do servidor pois pesa a rede. As mesmas consultas realizadas pelo pgadmin executam tranquilamente. Ao meu ver o hibernate esta passeando entre os registros conectado ao banco, mesmo fechando a sessão, como se fosse um ODBC da vida. Bom nem sei mais o que pensar. Existe outro jdbc fora o que a post disponibiliza? Abraços. -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Euler Taveira de Oliveira Enviada em: segunda-feira, 14 de dezembro de 2009 18:18 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: lentidão com hibernate+post em rede - agora com gráfico Leandro Müller escreveu: Fazendo os testes com consultas simples pelo pgadm o tempo de resposta é ótimo, e uma outra observação é que essas consultas não trazem mais de 20 registros cada uma, pois todas são limitadas no consulta setMaxResults(20); Sem ver as consultas e um programa teste fica difícil dizer a que está acontecendo. Que tipos de consultas? Está utilizando comandos preparados (aka prepared statements)? Você tem certeza que as consultas geradas pelo Hibernate para ambos os bancos são parecidas? Talvez ele esteja gerando consultas adicionais ou mesmo o padrão de consultas seja totalmente diferente (porque alguma configuração está diferente?). -- Euler Taveira de Oliveira http://www.timbira.com/ ___ 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] lentidão versao 8.4
Ola turma. Fiz a migração ontem para vesão 8.4 do postgresql e reparei que esta muito lento as querys, vejo o processamento no Linux e todas as consultas utilizando muito processamento, coisa que não ocorria na 8.3. É normal, alguém já passou por isso. Existe alguma forma de melhorar o desempenho nas consultas? Abraços. At. Leandro Müller ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: lentidão versao 8.4
Instalei o postgresql 8.4 do zero, restaurei minha base de dados, não fiz nenhuma modificação no postgresql.conf. Todas as consultas são lentas. Retornei para o 8.3 e esta tudo normalizado. Abraços. At. Leandro Müller De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm Enviada em: sexta-feira, 4 de dezembro de 2009 09:30 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] lentidão versao 8.4 Olá, 2009/12/4 Leandro Müller leandroli...@muriki.com.br Ola turma. Fiz a migração ontem para vesão 8.4 do postgresql e reparei que esta muito lento as querys, vejo o processamento no Linux e todas as consultas utilizando muito processamento, coisa que não ocorria na 8.3. É normal, alguém já passou por isso. Existe alguma forma de melhorar o desempenho nas consultas? Abraços. Você executou uma analyze após o fim do processo de migração? Alterou alguma configuração no postgresql.conf? Quais consultas que estão lentas? Elas não estava lentas antes? At. Leandro Müller ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []s -- JotaComm http://jotacomm.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] problemas autovacuum lentidão
Ola turma reparei que meu servidor postgresql esta ficando lento durante o dia. Checando o pg_stat_activity reparei que esta executando autovacuum durante o dia. Examplo autovacuum: VACUUM public. movimento Será que isso esta deixando mais lento as consultas? Gostaria de programar fazer o autovacuum durante a madrugada, seria o correto? At. Leandro Müller ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] sair do grupo ou trocar email
Ola turma. Preciso trocar meu email da lista do grupo, estou tentando excluir pelo link https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral mas não encontro onde clicar. Qual o caminho? At. Leandro -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Dailson Igo Araújo Palheta Enviada em: quarta-feira, 9 de setembro de 2009 12:01 Para: pgbr-geral@listas.postgresql.org.br Assunto: Re: [pgbr-geral] script linux Fale Ralf. Verifique no site http://postgresqlnoamapa.wordpress.com/ Lá tem um exemplo bastante abrangente e se tiver dúvidas, a gente pode trocar uns e-mails. Ola boa noite alguem tem algum script pronto em linux que envia a base postgres por ftp ? sds Ralf ___ 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] RES: sugestão para melhorar pe rformace da consulta
Utilizei o query designer do ireport, por isso ele apenas repetiu o alias -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Osvaldo Kussama Enviada em: terça-feira, 1 de setembro de 2009 21:58 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] sugestão para melhorar performace da consulta 2009/9/1 Leandro Müller leandr...@muriki.com.br: Ola Turma. Estou tentando gerar uma consulta de soma em um intervalo de 30 dias, são vários registros para calcular, podem esta demorando em torno de 15 minutos, creio eu que não poderia demorar tanto assim, pois são em torno de 4 mil registros dentro da tabela saida2. SELECT ( SELECT sum(saida2.quantidade) FROM public.saida1 saida1 INNER JOIN public.saida2 saida2 ON saida1.id_saida1 = saida2.id_saida1 INNER JOIN public.unidade unidade ON saida1.id_unidade = unidade.id_unidade INNER JOIN public.lote lote ON saida2.id_lote = lote.id_lote WHERE saida1.data =$P{dataInicial} and saida1.data =$P{dataFinal} AND unidade.id_municipio = $P{idMunicipio} and lote.id_principio_ativo=principio_ativo.id_principio_ativo) as saida, (SELECT sum(entrada2.quant_entrada) FROM public.entrada1 entrada1 INNER JOIN public.entrada2 entrada2 ON entrada1.id_entrada1 = entrada2.id_entrada1 INNER JOIN public.unidade unidade ON entrada1.id_unidade = unidade.id_unidade INNER JOIN public.lote lote ON entrada2.id_lote = lote.id_lote WHERE entrada1.data_entrada =$P{dataInicial} and entrada1.data_entrada =$P{dataFinal} and unidade.id_municipio = $P{idMunicipio} and lote.id_principio_ativo=principio_ativo.id_principio_ativo) as entrada FROM public.principio_ativo principio_ativo inner join grupo_farmacologico on principio_ativo estar duplicado foi só um erro de digitação ou é para ser um produto cartesiano mesmo? principio_ativo.id_grupo_farmacologico=grupo_farmacologico.id_grupo_farmaco logico inner join municipio on municipio.id_municipio=grupo_farmacologico.id_municipio where grupo_farmacologico.id_municipio=$P{idMunicipio} Existe índice para as datas e as chaves fk. Alguem tem alguma sugestão para melhorar a performace? Osvaldo ___ 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] postgresql 8.4
Ola turma. Alguém leu algum artigo sobre desempenho na versão 8.4, das novidades, teste comparativos com a versão 8.3? Abraços. At. Leandro Müller Analista de Sistemas ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] big Text na função
Ola turma. Estou montando uma função que retorna um texto muito grande, porem reparei que quando passa de um limite de caracteres ele não retorna nada. Estou trabalhando com tipo Text e mesmo assim ocorre esse problema, existe outro tipo de dados que posso trabalhar com uma quantidade grande de caracteres? CREATE OR REPLACE FUNCTION lic_inf_ganhadores (integer) RETURNS text AS $BODY$ DECLARE texto TEXT; BEGIN RETURN texto; END; $BODY$ LANGUAGE 'plpgsql' VOLATILE COST 100; ALTER FUNCTION lic_inf_ganhadores (integer) OWNER TO leandro; Agradeço At. Leandro Müller Analista de Sistemas ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: big Text na função
Será que existe um limitação de memória para função? At. Leandro Müller Analista de Sistemas De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Leandro Müller Enviada em: domingo, 14 de junho de 2009 17:15 Para: 'Comunidade PostgreSQL Brasileira' Assunto: [pgbr-geral] big Text na função Ola turma. Estou montando uma função que retorna um texto muito grande, porem reparei que quando passa de um limite de caracteres ele não retorna nada. Estou trabalhando com tipo Text e mesmo assim ocorre esse problema, existe outro tipo de dados que posso trabalhar com uma quantidade grande de caracteres? CREATE OR REPLACE FUNCTION lic_inf_ganhadores (integer) RETURNS text AS $BODY$ DECLARE texto TEXT; BEGIN RETURN texto; END; $BODY$ LANGUAGE 'plpgsql' VOLATILE COST 100; ALTER FUNCTION lic_inf_ganhadores (integer) OWNER TO leandro; Agradeço At. Leandro Müller Analista de Sistemas ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: RES: big Text na função
Opa Encontrei o problema, não retorna o texto no select, acho que pela quantidade de caracteres, mas no Ireport retorna. Abraços. At. Leandro Müller De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Fabrízio de Royes Mello Enviada em: domingo, 14 de junho de 2009 20:00 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: big Text na função 2009/6/14 Leandro Müller leandr...@muriki.com.br Será que existe um limitação de memória para função? Caro Leandro, Até onde sei o PostgreSQL possui algumas limitações quanto a tamanho de linhas e colunas [1] [2], mas não creio que essa tua função irá retornar mais de 1Gb né (conforme consta a documentação como limitação para uma coluna de uma linha de uma tabela). Não teria algum desvio no corpo da tua função que esteja TRUNCANDO a variável *texto* [1] http://www.postgresql.org/about/ [2] http://www.postgresql.org/docs/8.3/interactive/datatype-character.html#DATAT YPE-CHARACTER-TABLE -- Fabrízio de Royes Mello Blog sobre PostgreSQL: http://fabriziomello.blogspot.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] dblink - query em outro banco
Na versão 8.3 não vem instalado o dblink, como posso instalar? Preciso instalar em meu Windows vista e no servidor de produção Linux fedora 10. Não estou conseguindo encontrar no Google como instalar. At. Leandro Müller Analista de Sistemas Que a força esteja com você. -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Osvaldo Kussama Enviada em: terça-feira, 9 de junho de 2009 22:26 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] query em outro banco 2009/6/9 Leandro Müller leandr...@muriki.com.br: Preciso chamar uma query em outro banco, porem o mesmo usuário do banco atual tem permissão para o outro banco. Estou usando banco01 e preciso acessar tabela tempo do banco02, como posso fazer? Se os dois bancos forem postgreSQL utilize o contrib dblink: http://www.postgresql.org/docs/current/interactive/dblink.html Se esta consulta não for eventual sugiro que você repense seu modelo e utilize diferentes esquemas e não diferentes bancos. http://www.postgresql.org/docs/current/interactive/ddl-schemas.html Se forem dios SGBDs distintos utilize o dbi-link: http://pgfoundry.org/projects/dbi-link/ Osvaldo ___ 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] query em outro banco
Preciso chamar uma query em outro banco, porem o mesmo usuário do banco atual tem permissão para o outro banco. Estou usando banco01 e preciso acessar tabela tempo do banco02, como posso fazer? Abraços At. Leandro Müller Analista de Sistemas Que a força esteja com você. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] tabela sistema FOREIGN
Ola turma. Alguém sabe qual tabela de sistema posso listar todos FOREIGN do sistema? Agradeço. At. Leandro Müller Analista de Sistemas Que a força esteja com você. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] regra de indexação
Ola turma. Possuo uma dúvida sobre indexação, possuo a seguinte tabela: Movimento {id_movimento_pkey integer, data date, id_municipio_fkey integer, etc etc etc}; Essa tabela passa dos 100 milhões de registros, são lançados 5 mil por dia. Faço muitas pesquisas baseadas no campo data, porem todas minhas consultas tem o critério de id_municipio_fkey=... Quer dizer, sempre vou ter o filtro pelo id_municipio_fkey, porem faço diversas buscar por data, então preciso criar uma indexação na data para tornar mais rápidos os relatórios. Qual o melhor caminho? Criar uma indexação somente em data, ou criar uma indexação composta? CREATE INDEX movimento_data_idx ON movimento (data); Ou CREATE INDEX movimento_data_idx ON movimento (data, id_municipio_fkey); Thanks friends. At. Leandro Müller Analista de Sistemas ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: problema com acentos no UTF8
Obrigado turma. Deu certo aqui, porem devido toda a aplicação trabalhar com JPA (Java) teremos que modificar os sistemas envolvidos para trabalhar direto com SQL chamando a função. Obrigado Osvaldo. At. Leandro Müller Analista de Sistemas -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Osvaldo Kussama Enviada em: quarta-feira, 3 de junho de 2009 16:27 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] problema com acentos no UTF8 2009/6/3 Leandro Müller leandr...@muriki.com.br: Sou novo nesta lista, nesses últimos meses estou migrando uma base de dados de 4gb para postgresql 8.3.7, utilizávamos mysql na empresa, mas ficou muito lento devido a complexidade de relatórios e diversos recursos que precisamos agora. Seja bem vindo! Bom o único problema que tivemos com o banco de dados é quanto a pesquisa com ilike em palavras com acentos. Exemplo: Select nome from cliente where nome ilike joao%; O João não lista, fiz testes com a versão 8.4 e o mesmo ocorre, esse banco esta na codificação UTF8 Sim João é diferente de Joao e também diferente de joão, JOÃO e joao. Tentei criar um banco como latin1 porem o post não aceita criar. Você não pode mudar mas ele aceita criar (vide initdb) mas tem que ser compatível com o locale de seu S.O. Alguém tem idéia de que tipo configuração devo fazer para fazer pesquisas com acento? Quando o encoding é LATIN1, LATIN2, LATIN9 ou WIN1250 podemos usar a função to_ascii: http://www.postgresql.org/docs/current/interactive/functions-string.html Quando se utiliza o UTF8 o pessoal tem utilizado uma função de conversão como esta: CREATE FUNCTION sem_acento(text) RETURNS text AS $$ SELECT translate($1,'áàâãäéèêëíìïóòôõöúùûüÁÀÂÃÄÉÈÊËÍÌÏÓÒÔÕÖÚÙÛÜçÇ', 'aiiioAIIIOcC'); $$ LANGUAGE sql IMMUTABLE STRICT; Ficaria assim: SELECT nome FROM cliente WHERE sem_acento(nome) ilike sem_acento(joao%); Caso faça uso intensivo desta query considere a criação de um índice funcional para melhorar a performance. Osvaldo ___ 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