[pgbr-geral] Replicação
Boa tarde! Preciso de informações sobre como trabalhar com dois servidores Postgres compartilhando um storage. A ideia é termos alta disponibilidade. Também gostaria de saber se alguma ferramenta faz a replicação utilizando o comando COPY, já li sobre algumas e pelo que vi PGCluster faz isso. Obrigada! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação
Leonardo, obrigada pelo esclarecimento. Caso queira utilizar o mesmo ambiente (2 servidores + storage), porém como multimaster é possível? Ou é melhor não utilizar o storage? Em 19 de fevereiro de 2010 14:05, Leonardo Cezar escreveu: > 2010/2/19 Veronica Almeida : > > Boa tarde! > > > > Preciso de informações sobre como trabalhar com dois servidores Postgres > > compartilhando um storage. > > Voce pode manter duas instancias em servidores distintos apontando > para um mesmo $PGDATA, considerando que uma das instancias será > "desperatada" por algum software de heartbeat. > > +--- <> + +<>---+ > | Primário | –– heartbeat –– | Secundário (parado!!) | > +-+ > ++ > \/ > \ +-<>+ / > \> | $PGDATA| </ > +--+ > > > A ideia é termos alta disponibilidade. > > Com a configuração proposta voce tem alta disponibilidade apenas do > serviço e não dos dados. > > > Também gostaria de saber se alguma ferramenta faz a replicação utilizando > o > > comando COPY, já li sobre algumas e pelo que vi PGCluster faz isso. > > Além do PGCluster o Slony e o Bucardo tambem. > > Abraço! > > -Leo > -- > Leonardo Cezar > http://www.aslid.org.br > http://postgreslogia.wordpress.com > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Verônica Alessandra F. de Almeida Produtos & Internet - Banco de dados 55 11 3736 4515 veron...@climatempo.com.br www.climatempo.com.br Climatempo. O Céu fala. A gente entende. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] DER de um banco
Oi, Bruno! Acho que é legal se vc conseguir fazer engenharia reversa do seu banco. Usei o DBWrench e gostei muito, além de gerar o DER, é gerada também uma documentação em HTML e XML. Meu único problema foi na geração automática do DER (acredito que só gera se for até 40 tabelas no máximo), mas é fácil de arrumar. http://www.dbwrench.com/index.shtml Atenciosamente, Verônica Alessandra Em 26 de fevereiro de 2010 11:24, Bruno Sales escreveu: > Olá pessoal, > blza? > bom, eu tenho um banco criado e alimentado aqui, porém eu nao tenho o > DER dele [vou apresentar um trabalho, e preciso disso], como saber a > relação entre as tabelas e a cardinalidade delas? haja visto que nao > foi eu que criei o banco, e nao existe uma documentação dele. > Existe algum programa que desenha o DER de um banco ja criado? ou vou > ter que descobrir manualmente? > e se for manualmente, como eu faço ? > > obrigado desde ja > > Bruno Sales > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Verônica Alessandra F. de Almeida Produtos & Internet - Banco de dados 55 11 3736 4515 veron...@climatempo.com.br www.climatempo.com.br Climatempo. O Céu fala. A gente entende. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Erro pg_dump
Caros, Apresenta o seguinte erro ao utilizar o pg_dump: pg_dump: No matching tables were found O problema ocorre para todas as tabelas de um segundo schema do bd. Já tentei especificar o esquema e a tabela, mas ocorre o mesmo erro. (pg_dump nomeBanco -n nomeEsquema -t nomeTabela > nomeTabela.sql) Sem especificar as tabelas, funciona normalmente. Alguém sabe como resolver? Obrigada!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro pg_dump
Então, conecto com o nome usuário e estou especificando a base pg_dump nomeBanco... Em 2 de março de 2010 16:18, Fabrízio de Royes Mello < fabriziome...@gmail.com> escreveu: > > > Em 2 de março de 2010 16:03, Veronica Almeida > escreveu: > > Caros, >> >> Apresenta o seguinte erro ao utilizar o pg_dump: >> >> pg_dump: No matching tables were found >> >> O problema ocorre para todas as tabelas de um segundo schema do bd. >> >> Já tentei especificar o esquema e a tabela, mas ocorre o mesmo erro. >> >> (pg_dump nomeBanco -n nomeEsquema -t nomeTabela > nomeTabela.sql) >> >> Sem especificar as tabelas, funciona normalmente. >> >> Alguém sabe como resolver? >> >> >> > Por acaso vc não está esquecendo de colocar o nome da base de dados que vc > quer realizar o dump?? Pq se isso estiver ocorrendo e vc estiver usando o > usuário "postgres" do sistema operacional o PostgreSQL irá achar que o nome > da base de dados para realizar o dump é do mesmo nome do usuário e numa > instalação tipica do PostgreSQL existe uma base de dados vazia com esse nome > "postgres" > > -- > Fabrízio de Royes Mello > >> Blog sobre TI: 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 > > -- Verônica Alessandra F. de Almeida Produtos & Internet - Banco de dados 55 11 3736 4515 veron...@climatempo.com.br www.climatempo.com.br Climatempo. O Céu fala. A gente entende. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro pg_dump
Bom dia! Luciano sua dica funcionou corretamente. Tiago da forma que passou gerou o mesmo erro. Fabrízio informei a linha e o erro na 1° mensagem. Obrigada a todos pelo auxílio! Em 2 de março de 2010 19:58, Tiago Adami escreveu: > Em 2 de março de 2010 16:03, Veronica Almeida > escreveu: > > Caros, > > > > Apresenta o seguinte erro ao utilizar o pg_dump: > > > > pg_dump: No matching tables were found > > > > O problema ocorre para todas as tabelas de um segundo schema do bd. > > > > Já tentei especificar o esquema e a tabela, mas ocorre o mesmo erro. > > > > (pg_dump nomeBanco -n nomeEsquema -t nomeTabela > nomeTabela.sql) > > > > Sem especificar as tabelas, funciona normalmente. > > > > Alguém sabe como resolver? > > > > Obrigada!!! > > Tente: > > pg_dump -n nomeEsquema -t nomeTabela -F p -f nomeTabela.sql nomeBanco > > > -- > TIAGO J. ADAMI > http://www.adamiworks.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] PgFouine
Pessoal, Alguém pode me ajudar com o uso do PgFouine? Utilizei o tutorial para configurar http://pgfouine.projects.postgresql.org/tutorial.html Mas, ocorrem os seguintes erros, ao tentar gerar o arquivo html (php pgfouine.php -file /var/log/postgresql/postgresql-2010-03-22.log > teste.html): Com 'stderr' pgFouine did not find any valid PostgreSQL log line in your log file: * check that PostgreSQL uses an english locale for logging (lc_messages in your postgresql.conf), * check that you use the -logtype option (syslog, stderr) according to your log file, * if you use syslog and log_line_prefix, check that your log_line_prefix has a trailing space, * if you use stderr, check that your log_line_prefix is of the form '%t [%p]: [%l-1] '. If you think your log file and your options are correct, please contact the author (gsmet on #postgre...@freenode or guillaume-pg at smet dot org). Já olhei o arquivo de configuração para mudar lc_messages = en.US... (conforme indica a msg) , porém ao restart, ocorre falha Com 'syslog' Não apresenta esta msg, porém o arquivo gerado não tem nada. Tentei usar as mesmas configurações do André ( http://old.nabble.com/Fwd:-pgfouine-td27840637.html), mas não tive sucesso também. Se tiverem algum link para me passar, fico muito grata! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PgFouine
Obrigada pela dica!!! Coloquei logtype como stderr e gerou o arquivo. Também testei com log_min_duration_statement = 0 e = -1 e de ambas as formas, deu tudo certo. (Acredito que neste caso não observei o arquivo correto). Valeu (: Em 22 de março de 2010 14:43, JotaComm escreveu: > Olá, > > Em 22 de março de 2010 14:28, Veronica Almeida > escreveu: > > Pessoal, >> >> Alguém pode me ajudar com o uso do PgFouine? >> >> Utilizei o tutorial para configurar >> >> http://pgfouine.projects.postgresql.org/tutorial.html >> >> Mas, ocorrem os seguintes erros, ao tentar gerar o arquivo html (php >> pgfouine.php -file /var/log/postgresql/postgresql-2010-03-22.log > >> teste.html): >> >> Com 'stderr' >> >> pgFouine did not find any valid PostgreSQL log line in your log file: >> * check that PostgreSQL uses an english locale for logging (lc_messages in >> your postgresql.conf), >> * check that you use the -logtype option (syslog, stderr) according to >> your log file, >> * if you use syslog and log_line_prefix, check that your log_line_prefix >> has a trailing space, >> * if you use stderr, check that your log_line_prefix is of the form '%t >> [%p]: [%l-1] '. >> If you think your log file and your options are correct, please contact >> the author (gsmet on #postgre...@freenode or guillaume-pg at smet dot >> org). >> > > Aqui é legal você informar --logtype senão ele por padrão usa o syslog. > >> >> Já olhei o arquivo de configuração para mudar lc_messages = en.US... >> (conforme indica a msg) , porém ao restart, ocorre falha >> >> Com 'syslog' >> >> Não apresenta esta msg, porém o arquivo gerado não tem nada. >> > > Como assim não gera nada? Nenhuma linha? Por favor verifique o parâmetro > log_min_duration_statement? E veja se ele não está em -1. > >> >> Tentei usar as mesmas configurações do André ( >> http://old.nabble.com/Fwd:-pgfouine-td27840637.html), mas não tive >> sucesso também. >> >> Se tiverem algum link para me passar, fico muito grata! >> >> >> >> >> >> >> ___ >> 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 > > -- Verônica Alessandra F. de Almeida Produtos & Internet - Banco de dados 55 11 3736 4515 veron...@climatempo.com.br www.climatempo.com.br Climatempo. O Céu fala. A gente entende. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] user log
Existe uma solução feita pelo MAURO H. C. MATOS para auditoria. Acho que pode te ajudar! http://pgfoundry.org/pipermail/brasil-usuarios/attachments/20060120/54649853/historico5.zip Em 19 de abril de 2010 18:00, Osvaldo Kussama escreveu: > Em 19 de abril de 2010 15:38, Wagner Santos > escreveu: > > Obrigado pela ajuda de todos. > > Baseado nos exemplos minha trigger seria algo parecido com : > > -- Function: process_tb_audit() > > -- DROP FUNCTION process_tb_audit(); > > CREATE OR REPLACE FUNCTION process_tb_audit() > > RETURNS trigger AS > > $BODY$ > > BEGIN > > -- > > -- Create a row in emp_audit to reflect the operation performed > on > > emp, > > -- make use of the special variable TG_OP to work out the > operation. > > -- > > IF (TG_OP = 'DELETE') THEN > > INSERT INTO audit SELECT user, now(),OLD.gid; > > RETURN OLD; > > ELSIF (TG_OP = 'UPDATE') THEN > > INSERT INTO audit SELECT user, now(),NEW.gid; > > RETURN NEW; > > ELSIF (TG_OP = 'INSERT') THEN > > INSERT INTO audit SELECT user, now(),NEW.gid; > > RETURN NEW; > > END IF; > > RETURN NULL; -- result is ignored since this is an AFTER trigger > > END; > > $BODY$ > > LANGUAGE 'plpgsql' VOLATILE > > COST 100; > > ALTER FUNCTION process_tb_audit() OWNER TO "admin"; > > Note que em sua versão você não está guardando na tabela audit qual > foi a operação realizada. > > > > > > Porém, algumas modificacoes são necessárias para que eu possa usá-la > > corretamente: > > Ao invés de: INSERT INTO audit SELECT user, now(),NEW.gid; > > Gostaria de pegar o nome da tabela sendo alterada, por exemplo: > > INSERT INTO $TABELA$ SELECT user, now(),NEW.gid; > > É possivel? > > Um outro detalhe, esse teste que estou fazendo está inserindo em uma > outra > > tabela (audit) gostaria de fazer um update na tabela atual com o nome de > > usuario e a data, seria assim: > > UPDATE $TABELA$ set usuario=SELECT user, set dataAlter= now() where > > E o que eu coloco no where? > > Veja: > > http://www.postgresql.org/docs/current/interactive/plpgsql-statements.html#PLPGSQL-STATEMENTS-EXECUTING-DYN > Seria algo do tipo: > EXECUTE 'UPDATE ' || TG_TABLE_SCHEMA || '.' || TG_TABLE_NAME || ' SET > usuario = ' || CURRENT_USER || ', dataAlter = ' || CURRENT_DATE ' > WHERE chave = ' || old.chave; > > O único *problema* é que esta solução entrará em loop (a trigger > disparará a trigger e assim sucessivamente). > Para evitá-lo você precisa testar quando a trigger está sendo > disparada pela própria função da trigger. > > Dê uma reavaliada no que deseja deixar registrado, por ex. quando você > excluir um registro você não quer deixar rastro nenhum? > > Osvaldo > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Verônica Alessandra F. de Almeida Produtos & Internet - Banco de dados 55 11 3736 4515 veron...@climatempo.com.br www.climatempo.com.br Climatempo. O Céu fala. A gente entende. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Problemas com sequence
Pessoal, boa tarde! Utilizamos serial para algumas chaves primárias de tabelas, porém quando faço o backup utilizando o pg_dump da tabela, não é salvo o que diz respeito a sequence. Criei uma tabela de teste e ao utilizar o pg_dump, funcionou corretamente, conforme abaixo: -- Conteúdo do bkp CREATE SEQUENCE teste_id_seq INCREMENT BY 1 NO MAXVALUE NO MINVALUE CACHE 1; ALTER TABLE public.teste_id_seq OWNER TO "usuário"; -- Name: teste_id_seq; Type: SEQUENCE OWNED BY; Schema: public; Owner: usuario -- ALTER SEQUENCE teste_id_seq OWNED BY teste.id; -- Name: teste_id_seq; Type: SEQUENCE SET; Schema: public; Owner: usuario -- SELECT pg_catalog.setval('teste_id_seq', 10, true); -- Name: id; Type: DEFAULT; Schema: public; Owner: usuario -- Fim do conteúdo do bkp Se excluo a coluna que faz referência a sequence da tabela de teste, a sequence é automaticamente apagada (conforme consta no manual). Se excluo das tabelas antigas, a sequence permanece... Ao que parece não há uma relação de dependência entre a coluna e a sequence. Se alguém puder me dizer qual é o problema, fico muito grata! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problemas com sequence
Muito obrigada, Fabrizio! Fiz um novo teste e funcionou certinho!!! (: Em 20 de abril de 2010 15:58, Fabrízio de Royes Mello < fabriziome...@gmail.com> escreveu: > > > Em 20 de abril de 2010 15:16, veronica almeida < > veronika.alessan...@gmail.com> escreveu: > >> >> >> >> >> ALTER SEQUENCE teste_id_seq OWNED BY teste.id; >> >> >> >> > Cara Veronica, > > Tente fazer algo parecido com o citado acima em uma das tuas tabelas > antigas... provavelmente na tua base não exista a dependência (pg_depend) > entre a sequence e a coluna da tabela. Essa dependência é gerada de forma > explícita (conforme citado) ou implícita quando utilizamos o tipo SERIAL na > definição de uma tabela... provavelmente suas tabelas antigas não tenham > sido geradas com o SERIAL na coluna e somente setando o "default" com o > "nextval"... > > Espero ter ajudado! > > -- > Fabrízio de Royes Mello > >> Blog sobre TI: 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 mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Referencia cruzada entre bancos
Pedro, Se vc conseguir fazer o join usando o dblink, vc pode postar aqui. Tentei fazer isso, mas não consegui. Obrigada! 2010/6/22 Pedro Espíndola > Obrigado. > > 2010/6/21 Candido Vieira da Silva Neto : > > Pedro, > > > > Dá uma olhada no dblink. Creio que resolva seu problema. > > > > http://www.postgresql.org/docs/8.3/static/contrib-dblink.html > > > > Candido Vieira > > > > 2010/6/21 Pedro Espíndola > >> > >> Boa noite, > >> > >> estou precisando fazer join entre entre BD diferentes em um mesmo > >> cluster. Qual a solução pessoal ? > >> > >> postgreSQL 8.3 > >> > >> Abs > >> Pedro > >> ___ > >> 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 > -- Verônica Alessandra F. de Almeida Produtos & Internet - Banco de dados 55 11 3736 4515 veron...@climatempo.com.br www.climatempo.com.br Climatempo. O Céu fala. A gente entende. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Referencia cruzada entre bancos
Pedro e Osvaldo, obrigada pelo auxílio! Na realidade o meu problema era com uso da cláusula WHERE NOT EXISTS, tentei novamente e consegui! Vou postar a solução aqui, pois se não me engano outra pessoa já teve problemas com isso: -- Função para conectar com outro banco de dados: SELECT dblink_connect('[nome_conexão]', 'hostaddr=[0.0.0.0] port=[5432] dbname=[nome_do_bd_remoto] user=[meu_usuário] password= [minha_senha]'); -- Resultado da consulta deverá trazer estados (uf) que tenho no meu db local e não existam no bd "remoto": SELECT est_local.uf FROM estado est_local WHERE NOT EXISTS (SELECT uf FROM dblink ('nome_conexao', 'SELECT uf FROM estado est_rem') AS est_rem (uf character (2)) WHERE est_local.uf = est_rem.uf); -- Resultado da consulta deverá trazer estados (uf) do bd "remoto" que não existam no bd local: SELECT uf FROM dblink ('nome_conexao', 'SELECT uf FROM estado est_rem') AS est_rem (uf character (2)) WHERE NOT EXISTS (SELECT uf FROM estado est_local WHERE est_local.uf = est_rem.uf); Att. Verônica Em 22 de junho de 2010 13:30, Osvaldo Kussama escreveu: > Em 22 de junho de 2010 09:07, Veronica Almeida > escreveu: > > Pedro, > > > > Se vc conseguir fazer o join usando o dblink, vc pode postar aqui. > > > > Tentei fazer isso, mas não consegui. > > > > > Dê uma olhada neste artigo do Leo Hsu e Regina Obe (Postgres OnLine > Journal): > http://www.postgresonline.com/periodical.php?i_id=4#item-44 > > 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
Re: [pgbr-geral] Digest pgbr-geral, volume 34, assunto 91
Olá Pedro! Tenho um ambiente parecido com o seu, porém meu servidor é Linux. Tentei reproduzir a mensagem de erro que enviou realizando alterações no pg_hba.conf e no postgresql.conf, porém em nenhum momento me retornou a mensagem que nos passou. Você pode informar qual a versão do QGis está utilizando? Acho q com o teste do telnet (telnet [ip server] 5432), já consegue ver se a conexão servidor/cliente está ok. (como já foi indicado) É algo simples, mas pode ser que o listen_addresses esteja comentado #listen_addresses De qualquer forma quando alterei o pg_hba.conf ou postgresql.conf para "não funcionar", o erro retornado no Quantum foi: Conexão com postgres em 192.168.100.185 falhou. A base de dados pode estar fora do ar ou as configurações estão incorretas. Verifique seu usuário e senha e tente novamente. A base de dados retornou: could not connect to server: Connection refused (0x274D/10061) Is the server running on host "192.168.100.185" and accepting TCP/IP connections on port 5432? Acho que outro teste válido é tentar acessar seu banco de dados com outro cliente (pgAdminIII ou psql, etc.) Verônica Alessandra Em 20 de outubro de 2011 16:43, escreveu: > Send pgbr-geral mailing list submissions to >pgbr-geral@listas.postgresql.org.br > > 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 >pgbr-geral-requ...@listas.postgresql.org.br > > You can reach the person managing the list at >pgbr-geral-ow...@listas.postgresql.org.br > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of pgbr-geral digest..." > > > Tópicos de Hoje: > > 1. Print screen da resposta ao comando netstat - cliente > (Pedro Costa) > > > -- > > Message: 1 > Date: Thu, 20 Oct 2011 19:32:13 +0100 > From: Pedro Costa > Subject: [pgbr-geral] Print screen da resposta ao comando netstat - >cliente > To: Comunidade PostgreSQL Brasileira > > Message-ID: <4ea0692d.40...@sapo.pt> > Content-Type: text/plain; charset="iso-8859-1" > > Print screen da resposta ao comando netstat - cliente > > -- > Com os melhores cumprimentos, > > Pedro Costa > Geógrafo > Especializado em Sistemas de Informação Geográfica e Ordenamento do > Território > > > -- Próxima Parte -- > Um anexo não texto foi limpo... > Nome : cliente.png > Tipo : image/png > Tam : 23040 bytes > Descr.: não disponível > Url : > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20111020/c9eb73c2/attachment.png > > -- > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 34, assunto 91 > *** > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PostGIS - NetCDF
Bom dia! Gostaria de saber se a nova versão do PostGIS (2.0SVN) aceita ou irá aceitar NetCDF após terem adicionado suporte a arquivos RASTER, ou se alguém já teve alguma experiência em importar dados do NetCDF para um banco de dados. Obrigada pela atenção! Verônica Alessandra ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 38, assunto 62
coisa. > >Se a flag for desligada, todas as permissões ordinárias existentes serão > respeitadas. > > Aí é que está! Mesmo eu não informando ordinariamente as permissões seja > apenas usando o atributo superuser> do grupo_suporte e do usuário_super, e > ao entrar no psql e tentar um select em qualquer tabela, recebo a > informação de "...denied...". > > > >> b) Na linha 48, eu coloquei o papel "usuario_super" como membro para > >> "grupo_super", logo, ele não deveria herdar as permissões do papel > >> "grupo_super"? > > >Sim. > > > >> c) A pergunta acima é devido ao fato de que, após essa associação, eu > >> pensei que ao entrar no psql por exemplo, como o usuário > >> usuario_super, por esse ter herdado o atributo de "superuser" ele > >> poderia fazer tudo sem ter que explicitamente dizer o que, certo!? > > >Certo. > Mas não funcionou apenas usando o código da linha 48 do código e sim após > rodar: > alter role usuário_super set role grupo_super . > > > >> d) O comando "grant all on schema.entidade to papel" é diferente de > >> "alter role set role y" ? > > >Não conheço ALTER ROLE SET ROLE . > >A cláusula SET do ALTER ROLE serve para parâmetros de configuração. > Uai, talvez aqui esteja o meu ponto crítico, pois o comando "alter role > usuário_super set role grupo_super" *teoricamente* estaria associando > imediatamente a role grupo_suporte na sessão e daí passa a funcionar a > herança desejada. > > > >> e) Eu não consigo usar o comando "alter role xxx set role yyy, zzz", > >> tem alguma forma!? > > >Simplesmente, não existe. > >O que você quer fazer exatamente? > Eu desejo associar a vários grupos um usuário de uma única vez, porém com o > comando "alter role xxx set role yyy" somente permite uma única associação > . > > []s > Flavio Gurgel > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > -- > > Message: 3 > Date: Fri, 24 Feb 2012 09:58:33 -0300 > From: Euler Taveira de Oliveira > Subject: Re: [pgbr-geral] RES: Dúvida sobre permissões > To: Comunidade PostgreSQL Brasileira > > Message-ID: <4f478979.8030...@timbira.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 24-02-2012 07:06, Rubens José Rodrigues wrote: > > Aí é que está! Mesmo eu não informando ordinariamente as permissões seja > > apenas usando o atributo superuser> do grupo_suporte e do > usuário_super, e > > ao entrar no psql e tentar um select em qualquer tabela, > recebo a > > informação de "...denied...". > > > Você está confundindo permissões com atributos (vide o manual [1]). > Atributos > [2] (por ex., superuser, createrole, createdb não são herdados); permissões > [3] podem ser (vide [4]). > > >>> b) Na linha 48, eu coloquei o papel "usuario_super" como membro para > >>> "grupo_super", logo, ele não deveria herdar as permissões do papel > >>> "grupo_super"? > > > >> Sim. > > > Não. Não confundam atributos com permissões. > > > Eu desejo associar a vários grupos um usuário de uma única vez, porém > com o > > comando "alter role xxx set role yyy" somente permite uma única > associação > > . > > > Vide comando GRANT [3]. O comando é: GRANT ROLE foo TO bar. > > > [1] http://www.postgresql.org/docs/current/static/user-manag.html > [2] http://www.postgresql.org/docs/current/static/role-attributes.html > [3] http://www.postgresql.org/docs/current/static/sql-grant.html > [4] http://www.postgresql.org/docs/current/static/role-membership.html > > > -- > Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ > PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento > > > -- > > Message: 4 > Date: Fri, 24 Feb 2012 10:01:14 -0300 > From: Euler Taveira de Oliveira > Subject: Re: [pgbr-geral] Erro acentuação - xmlattributes > To: Comunidade PostgreSQL Brasileira > > Message-ID: <4f478a1a.4040...@timbira.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 23-02-2012 21:07, veronica almeida wrote: > > > > > > esperava que retornasse > > > Isso não é um erro; é uma exigência da especificação do SQL/XML. > > > -- > Euler Taveira de Oliveira - Timbira http:/
[pgbr-geral] Lentidão
Boa noite! Estou com problema de lentidão em um banco de dados e preciso de auxílio para saber o que posso fazer. Há alguns dias o uso de processamento aumentou muito e consultas que antes levavam menos de 1s agora chegam a demorar mais de 10s. Existia um procedimento executado a noite para apagar dados de algumas tabelas e depois era executado o vacuum full, porém como utilizamos o autovacuum o vacuum full que antes era executado "manualmente" foi retirado. Fiz alguns testes, como recriar uma das tabelas mais "problemática", parar a execução de outros processos no banco de dados, parar o servidor slave, executação de vacuum e reindex, verificamos o hardware e aparentemente está ok. Informações do ambiente: Servidor Master: 2 Processadores Quad Core Intel X5560 Xeon , 2.8GHz, 8M Cache 32 GB de memória Configuração dos discos em RAID 10 Red Hat Conf Postgres: shared_buffers = 8GB work_mem = 512MB maintenance_work_mem = 512MB effective_cache_size = 18GB autovacuum=on wal_level = hot_standby synchronous_commit = off wal_buffers = 8MB checkpoint_segments = 64 checkpoint_completion_target = 0.9 archive_mode = on max_wal_senders = 1 wal_keep_segments = 40 Obrigada! Verônica Alessandra ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 39, assunto 74
Oi, Bruno! Manutenção da base de dados? Você diz execução de vacuum, exclusão e criação de índices, análise de consultas lentas/otimização, etc. Sim, estamos cuidando disso, talvez falte atenção em algum detalhe, mas em geral eu diria que sim. A única coisa que consegui correlacionar ao problema é deixar de executar o vacuum full "manualmente" após o procedimento de exclusão de dados de algumas tabelas, não houve nenhuma outra alteração além dessa e mesmo assim tentei eliminar processos que pudessem deixar o processamento mais lento, porém não adiantou. > -- > > Message: 5 > Date: Thu, 22 Mar 2012 19:10:42 -0300 > From: Bruno Silva > Subject: Re: [pgbr-geral] Lentidão > To: Comunidade PostgreSQL Brasileira > > Message-ID: > > > Content-Type: text/plain; charset="utf-8" > > Como está a manutençao da sua base de dados? > > Bruno E. A. Silva. > Analista de Sistemas. > Bacharel em Sistemas de Informação > Pós-graduando em Gerência de Projetos > Certified Scrum Master > LPIC-1 > SCJP, SE 6 > Novell CLA / DCTS ECR > DBA Postgres > --- > ?A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.? - > Sábio Desconhecido > "Alguns prestam serviço/consultoria de Qualidade, os outros vendem > licença!" > > > > 2012/3/22 veronica almeida > > > Boa noite! > > > > Estou com problema de lentidão em um banco de dados e preciso de auxílio > > para saber o que posso fazer. > > > > Há alguns dias o uso de processamento aumentou muito e consultas que > antes > > levavam menos de 1s agora chegam a demorar mais de 10s. > > > > Existia um procedimento executado a noite para apagar dados de algumas > > tabelas e depois era executado o vacuum full, porém como utilizamos o > > autovacuum o vacuum full que antes era executado "manualmente" foi > retirado. > > > > Fiz alguns testes, como recriar uma das tabelas mais "problemática", > parar > > a execução de outros processos no banco de dados, parar o servidor slave, > > executação de vacuum e reindex, verificamos o hardware e aparentemente > está > > ok. > > > > Informações do ambiente: > > > > Servidor Master: > > 2 Processadores Quad Core Intel X5560 Xeon , 2.8GHz, 8M Cache > > 32 GB de memória > > Configuração dos discos em RAID 10 > > Red Hat > > > > Conf Postgres: > > shared_buffers = 8GB > > work_mem = 512MB > > maintenance_work_mem = 512MB > > effective_cache_size = 18GB > > autovacuum=on > > wal_level = hot_standby > > synchronous_commit = off > > wal_buffers = 8MB > > checkpoint_segments = 64 > > checkpoint_completion_target = 0.9 > > archive_mode = on > > max_wal_senders = 1 > > wal_keep_segments = 40 > > > > Obrigada! > > Verônica Alessandra > > > > > > > > > > ___ > > pgbr-geral mailing list > > pgbr-geral@listas.postgresql.org.br > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > -- Pr?a Parte -- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20120322/b127f976/attachment-0001.htm > > -- > > Message: 6 > Date: Thu, 22 Mar 2012 19:37:22 -0300 > From: Bruno Silva > Subject: Re: [pgbr-geral] Não consigo conectar o PgAdmin III > To: Comunidade PostgreSQL Brasileira > > Message-ID: > > > Content-Type: text/plain; charset="utf-8" > > Esse banco está na mesma maquina em que vc está tentando acessar? > Bruno E. A. Silva. > -- Pr?a Parte -- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20120322/a0a0954a/attachment.htm > > -- > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 39, assunto 74 > *** > Message: 4 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 39, assunto 76
Olá, Luís! O uso de swap é muito baixo. O uso de memória realmente é alto, porém mesmo usando comando para liberar a memória, eliminação de processos e restart no servidor, o tempo de execução das consultas permanece muito alto. Você consegue me indicar se estes números estão ruins? checkpoints_timed;checkpoints_req;buffers_checkpoin;buffers_clean;maxwritten_clean;buffers_backend;buffers_alloc 779;129;8689880;166544;1464;6552081;30762514 Nós verificamos se havia algum problema com disco, mas aparentemente não há nenhum problema. Obrigada!! (-: > Message: 1 > Date: Fri, 23 Mar 2012 00:55:05 -0300 > From: Luís Eduardo Porte > Subject: Re: [pgbr-geral] Lentidão > To: Comunidade PostgreSQL Brasileira > > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Veronica, Boa Noite. > > Normalmente, em casos parecidos, você pode verificar se o teu linux não > esta gerando SWAP. > > Conforme você mencionou, o aumento de processamento cresceu pode ser I.O > (Input Output) de disco causado por falta de memoria. > > Talvez resolva teu problema, dá uma verificada. > > Abraço > > Luis Eduardo Porte > > Em 22 de março de 2012 19:08, veronica almeida < > veronika.alessan...@gmail.com> escreveu: > > > Boa noite! > > > > Estou com problema de lentidão em um banco de dados e preciso de auxílio > > para saber o que posso fazer. > > > > Há alguns dias o uso de processamento aumentou muito e consultas que > antes > > levavam menos de 1s agora chegam a demorar mais de 10s. > > > > Existia um procedimento executado a noite para apagar dados de algumas > > tabelas e depois era executado o vacuum full, porém como utilizamos o > > autovacuum o vacuum full que antes era executado "manualmente" foi > retirado. > > > > Fiz alguns testes, como recriar uma das tabelas mais "problemática", > parar > > a execução de outros processos no banco de dados, parar o servidor slave, > > executação de vacuum e reindex, verificamos o hardware e aparentemente > está > > ok. > > > > Informações do ambiente: > > > > Servidor Master: > > 2 Processadores Quad Core Intel X5560 Xeon , 2.8GHz, 8M Cache > > 32 GB de memória > > Configuração dos discos em RAID 10 > > Red Hat > > > > Conf Postgres: > > shared_buffers = 8GB > > work_mem = 512MB > > maintenance_work_mem = 512MB > > effective_cache_size = 18GB > > autovacuum=on > > wal_level = hot_standby > > synchronous_commit = off > > wal_buffers = 8MB > > checkpoint_segments = 64 > > checkpoint_completion_target = 0.9 > > archive_mode = on > > max_wal_senders = 1 > > wal_keep_segments = 40 > > > > Obrigada! > > Verônica Alessandra > > > > > > > > > > ___ > > 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
Oi, Flavio! Alterei as configurações de shared_buffers para 10GB, e como o work_mem está baixo, alterei o effective_cache_size para 15GB, alterei também o checkpoints_segments para 74 com essa alteração o uso de memória diminuiu, mas o tempo de execução das consultas continua alto. De maneira geral todas as consultas estão mais lentas, mas a principal tabela com problema é a apresentada abaixo: Log Postgres/Programa PHP no servidor: ip=127.0.0.1LOG: duration: 16.224 ms statement: SELECT round(min(temperatura)) as min, round(max(temperatura)) as max FROM temperatura where previsao_idPrevisao=get_processamento_previsao('2012-03-25',1,1) and cidade_idCidade = '2019'; Execução da mesma consulta, usando o PgAdmin: -- Executing query: SELECT round(min(temperatura)) as min, round(max(temperatura)) as max FROM temperatura where previsao_idPrevisao=get_processamento_previsao('2012-03-25',1,1) and cidade_idCidade = '2019'; Total query runtime: 1227 ms. 1 row retrieved. Explain analyze: "Aggregate (cost=87.07..87.08 rows=1 width=8) (actual time=0.029..0.029 rows=1 loops=1)" " -> Index Scan using temperatura_new_pkey1 on temperatura (cost=0.00..86.94 rows=24 width=8) (actual time=0.013..0.022 rows=24 loops=1)" "Index Cond: ((previsao_idprevisao = 313391) AND (cidade_idcidade = 2019))" "Total runtime: 0.052 ms" Obrigada pela ajuda!! (-: > Message: 2 > Date: Fri, 23 Mar 2012 13:37:13 -0300 > From: Flavio Henrique Araque Gurgel > Subject: Re: [pgbr-geral] Lentidão > To: Comunidade PostgreSQL Brasileira > > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > Olá Veronica, tente manter o assunto nas suas respostas pra não gerar > threads paralelas e manter a lista organizada. > Mais respostas abaixo: > > > O uso de swap é muito baixo. > > > > O uso de memória realmente é alto, porém mesmo usando comando para > liberar a > > memória, eliminação de processos e restart no servidor, o tempo de > execução > > das consultas permanece muito alto. > > > > Você consegue me indicar se estes números estão ruins? > > > > > checkpoints_timed;checkpoints_req;buffers_checkpoin;buffers_clean;maxwritten_clean;buffers_backend;buffers_alloc > > 779;129;8689880;166544;1464;6552081;30762514 > > Parece que você pode aumentar um pouco checkpoint_segments, tem muitos > checkpoints começando por falta de segmentos (~20%). Mas isso só vai > afetar escrita (INSERT, UPDATE, DELETE), não leitura.(SELECT). > Aumentar um pouco shared_buffers também parece uma boa idéia, pois > parece que há muita escrita direta pelos backends, fora dos > checkpoints (buffers_backend). > > Cuidado pra não estourar a RAM do servidor aumentando shared_buffers. > Na dúvida, aumente shared_buffers diminuindo work_mem um pouco. > > Mas pra otimizar mesmo, que tipo de consulta está lenta? > Tem como passar o plano de execução (EXPLAIN ANALYZE) dela? > > []s > Flavio Gurgel > > > -- > > Message: 3 > Date: Fri, 23 Mar 2012 13:49:43 -0300 > From: "Erison Gmail" > Subject: [pgbr-geral] RES: Tunning Postgresql > To: > Message-ID: > > > gmail.com> > > Content-Type: text/plain; charset="iso-8859-1" > > Boa tarde > > Estou sendo vago, mas não sei como questionar, o que queria era utilizar > melhor o hardware que tenho, para poder diminuir o tempo de > execução,diminuir tempo de resposta, o que me refiro, salvo engano, que ao > melhorar o hardware o sgbd teria(hipoteticamente) que ser otimizado para > melhor usar o hardware disponível!!! > > Desculpem minha ignorância. > > > > > -- > > Message: 4 > Date: Fri, 23 Mar 2012 13:53:05 -0300 > From: Flavio Henrique Araque Gurgel > Subject: Re: [pgbr-geral] RES: Tunning Postgresql > To: Comunidade PostgreSQL Brasileira > > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > > Estou sendo vago, mas não sei como questionar, o que queria era utilizar > > melhor o hardware que tenho, para poder diminuir o tempo de > > execução,diminuir tempo de resposta, o que me refiro, salvo engano, que > ao > > melhorar o hardware o sgbd teria(hipoteticamente) que ser otimizado para > > melhor usar o hardware disponível!!! > > Sim. > E o SGBD tem que ser também ajustado às necessidades de sua aplicação. > É um conjunto: dependendo do que sua aplicação precisa, direcionam-se > mais recursos do hardware para isso. > Não é o SGBD que aproveita o hardware, é a aplicação que, através do > SGBD, aproveita o hardware. > Por isso te perguntamos: o que é sua aplicação, o que ela faz, que > tipo de consultas, etc... > > []s > Flavio Gurgel > > > -- > > Message: 5 > Date: Fri, 23 Mar 2012 14:02:44 -0300 > From: Leandro Guimarães Faria Corce DUTRA > Subject: Re: [pgbr-geral] RES: Tunning Postgresql > To: Comunidade PostgreSQL Brasileira > > Cc: Erison Gmail > Message-ID: <4f6cacb4.5020...@dutras.org> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Le 2012-M-23 13h49
[pgbr-geral] Log - Dúvida
Olá, pessoal! Alguns comandos de DML aparecem no log mesmo sem terem erro ou a duração maior ou igual ao estipulado no arquivo de configuração. Devo me preocupar com isso? Sabem por que ocorre? Por exemplo: LOG: statement: SELECT * FROM tabela; Não existe o "duration", como: LOG: duration: 12718.705 ms statement: SELECT * FROM tabela; Configuração: log_destination = 'stderr' logging_collector = on log_directory = '/pg_backup/postgres/log' log_filename = 'postgresql-%Y-%m-%d.log' log_rotation_size = 0 client_min_messages = warning log_min_messages = warning log_min_error_statement = error log_min_duration_statement = 5000 log_line_prefix = '%t [%p]: [%l-1]user=%u,db=%d,ip=%h' log_statement = 'mod' Obrigada! Verônica Alessandra ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Erro libxml2
Bom dia, pessoal! Estou com problema abaixo: SELECT xml 'bar'; ERROR: could not set up XML error handler at character 12 HINT: This probably indicates that the version of libxml2 being used is not compatible with the libxml2 header files that PostgreSQL was built with. libxml2-2.7.2 postgresql-9.2.0 centos5 ./configure --prefix=/opt/postgresql/9.2/ --with-libxml CREATE EXTENSION xml2 Podem me ajudar? Será que devo substituir a versão do libxml por uma mais antiga? Obrigada! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Criar função no postgreSQL
Oi, Pedro! Se tiver uma tabela com datas, uma dimensão de tempo (com data, ano, mes), por exemplo, pode fazer algo assim: SELECT dim_tempo.mes, dim_tempo.ano, COUNT(pedidos.id) FROM dim_tempo LEFT JOIN pedidos ON dim_tempo.data = pedidos.datapedido GROUP BY dim_tempo.mes, dim_tempo.ano Em 21 de maio de 2014 10:48, Pedro B. Alves escreveu: > > > >> >> Qual a estrutura da tabela? >> >> > > PEDIDOS > ID > DATAPEDIDO > IDCLIENTE > ... > ... > > > Estou fazendo assim: > > SELECT EXTRACT(MONTH FROM datapedido) as mes, EXTRACT(YEAR FROM > datapedido), COUNT(id) > FROM pedidos > > só que os meses que não possui pedidos ele não traz registro. > > > > ___ > 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
Re: [pgbr-geral] Criar função no postgreSQL
Em 21 de maio de 2014 16:23, Pedro B. Alves escreveu: > > > > Em 21 de maio de 2014 11:11, veronica almeida < > veronika.alessan...@gmail.com> escreveu: > > Oi, Pedro! >> >> Se tiver uma tabela com datas, uma dimensão de tempo (com data, ano, >> mes), por exemplo, pode fazer algo assim: >> >> SELECT dim_tempo.mes, dim_tempo.ano, COUNT(pedidos.id) >> FROM dim_tempo >> LEFT JOIN pedidos ON dim_tempo.data = pedidos.datapedido >> GROUP BY dim_tempo.mes, dim_tempo.ano >> >> >> > O problema não é a relação e sim os meses que não tem pedido. > > Por exemplo: > > quero os pedidos de Janeiro a Maio. > > Os meses que não tiverem pedidos, não vai trazer na relação, por isso > preciso algo que cria esses meses. > A tabela dim_tempo irá conter esses meses, seria uma tabela completa (de tal ano até tal ano dependendo da necessidade), sem "buracos" nas datas. Geralmente é utilizada em DW como a dimensão de tempo. O que o Matheus mandou irá retornar linhas "duplicadas" e não entendi de onde vem o "dt" Mais ou menos isso, quando digo linhas "duplicadas": SELECT 05 as mes, 2014 as ano, 10 as qtd UNION ALL SELECT 05, 2014, 0 5;2014;10 5;2014;0 Como o Renato mandou elimina a "duplicidade": SELECT mes, ano, SUM (qtd) as qtd FROM ( SELECT 05 as mes, 2014 as ano, 10 as qtd UNION ALL SELECT 05, 2014, 0) as pedidos GROUP BY mes, ano 5;2014;10 Não conhecia o generate_series... Valeu Matheus pela dica!! (-: ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Criar função no postgreSQL
Em 21 de maio de 2014 16:44, veronica almeida escreveu: > > > > Em 21 de maio de 2014 16:23, Pedro B. Alves escreveu: > > >> >> >> Em 21 de maio de 2014 11:11, veronica almeida < >> veronika.alessan...@gmail.com> escreveu: >> >> Oi, Pedro! >>> >>> Se tiver uma tabela com datas, uma dimensão de tempo (com data, ano, >>> mes), por exemplo, pode fazer algo assim: >>> >>> SELECT dim_tempo.mes, dim_tempo.ano, COUNT(pedidos.id) >>> FROM dim_tempo >>> LEFT JOIN pedidos ON dim_tempo.data = pedidos.datapedido >>> GROUP BY dim_tempo.mes, dim_tempo.ano >>> >>> >>> >> O problema não é a relação e sim os meses que não tem pedido. >> >> Por exemplo: >> >> quero os pedidos de Janeiro a Maio. >> >> Os meses que não tiverem pedidos, não vai trazer na relação, por isso >> preciso algo que cria esses meses. >> > > A tabela dim_tempo irá conter esses meses, seria uma tabela completa (de > tal ano até tal ano dependendo da necessidade), sem "buracos" nas datas. > Geralmente é utilizada em DW como a dimensão de tempo. > > O que o Matheus mandou irá retornar linhas "duplicadas" e não entendi de > onde vem o "dt" > > Mais ou menos isso, quando digo linhas "duplicadas": > > SELECT 05 as mes, 2014 as ano, 10 as qtd > UNION ALL > SELECT 05, 2014, 0 > > 5;2014;10 > 5;2014;0 > > Como o Renato mandou elimina a "duplicidade": > > SELECT mes, ano, SUM (qtd) as qtd FROM ( > SELECT 05 as mes, 2014 as ano, 10 as qtd > UNION ALL > SELECT 05, 2014, 0) as pedidos > GROUP BY mes, ano > > 5;2014;10 > > Não conhecia o generate_series... Valeu Matheus pela dica!! (-: > Perdão... na função do Matheus já faz a soma!! Sorry! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] como instalar pelo yum em partição personalizada
Em 29 de maio de 2014 14:52, Alexsandro Haag escreveu: > Em 29-05-2014 14:48, Alessandro Lima escreveu: > >> Boa tarde, >> >> Instalei o postgres em servidor da amazon ec2 com os comandos abaixo: >> >> wgethttp://yum.postgresql.org/9.3/redhat/rhel-6-x86_64/pgdg- >> redhat93-9.3-1.noarch.rpm >> >> sudo rpm -ivh pgdg-redhat93-9.3-1.noarch.rpm >> sudo yum install postgresql93 postgresql93-server postgresql93-devel >> sudo service postgresql-9.3 initdb >> sudo service postgresql-9.3 start >> >> mas percebi que deveria ter instalado na partição /empresa e não em >> /var/lib >> >> tem como personalizar a instalação pelo yum? >> > Pode usar o parâmetro -D para o initdb, por exemplo: /usr/pgsql-9.3/bin/initdb -D /empresa Edita o /etc/init.d/postgresql-9.3 PGDATA=/empresa/${PGMAJORVERSION}/data PGLOG=/empresa/${PGMAJORVERSION}/pgstartup.log PGUPLOG=/empresa/$PGMAJORVERSION/pgupgrade.log > >> Pelo yum acho que não. > Uma alternativa é fazer um link de /var/lib para o caminho em /empresa... > > tipo... > ln -s /empresa/postgresql /var/lib/postgresql > > Att. > Alex > ___ > 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] Vaga - DBA PostgreSQL
Boa tarde! Oportunidade para DBA PostgreSQL. Interessados encaminhar CV com pretensão salarial para: postgre...@climatempo.com.br DBA PostgreSQL Atividades: -Modelagem de dados -Manutenção -Segurança e monitoramento de banco de dados. -Trabalhar em ambiente com replicação de dados. -Importação/exportação de dados. -Instalação de software em servidores Linux, -Monitorar a disponibilidade e desempenho de serviços. -Identificar atualizações a nível de software para o SGBD -Backup, restore. Experiência em banco de dados PostgreSQL (versões utilizadas: 9.2, 9.3) e Linux Diferenciais: ShellScript PostGIS PHP (-: ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Vaga - DBA PostgreSQL
Em 4 de junho de 2014 14:46, Fabiano Abreu escreveu: > Verônica, boa tarde. > > Seria interessante informar o local de trabalho (se não home-office), se a > contratação é CLT ou PJ, benefícios e afins, creio que com isso terás mais > sucesso na divulgação. > Local de trabalho: Próximo ao metrô Paraíso Possibilidade de home office Contrato CLT Benefícios: Vale transporte, almoço na empresa, PLR, Convênio Médico e Odontológico > > > > > > Em 4 de junho de 2014 13:20, veronica almeida < > veronika.alessan...@gmail.com> escreveu: > >> Boa tarde! >> >> Oportunidade para DBA PostgreSQL. Interessados encaminhar CV com >> pretensão salarial para: postgre...@climatempo.com.br >> >> DBA PostgreSQL >> >> Atividades: >> -Modelagem de dados >> -Manutenção >> -Segurança e monitoramento de banco de dados. >> -Trabalhar em ambiente com replicação de dados. >> -Importação/exportação de dados. >> -Instalação de software em servidores Linux, >> -Monitorar a disponibilidade e desempenho de serviços. >> -Identificar atualizações a nível de software para o SGBD >> -Backup, restore. >> >> Experiência em banco de dados PostgreSQL (versões utilizadas: 9.2, 9.3) e >> Linux >> >> Diferenciais: >> >> ShellScript >> PostGIS >> PHP >> >> (-: >> >> ___ >> 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