Re: [pgbr-geral] pgModeler
Pessoal, bom dia. Alguém executou no windows? Abs, Gerson Jr. gersoncjun...@gmail.com Em 3 de abril de 2013 04:49, Ricardo Carlini Sperandio rcarl...@gmail.comescreveu: Em 2 de abril de 2013 11:03, Alex Wedsday alexweds...@hotmail.comescreveu: Você conseguiu compilar, ou compilou e não abriu? Lembrando que tem setar o classpath do GCC no windows para qmaker funcionar. Depois você tem que configurar as pastas do pgModeler PGMODELER_SCHEMAS_DIR - stores the full path the directory schemas/ PGMODELER_CONF_DIR- stores the full path the directory conf/ PGMODELER_LANG_DIR- stores the full path the directory lang/ PGMODELER_PLUGINS_DIR - stores the full path the directory plugins/ PGMODELER_TMP_DIR - stores the full path the directory schemas -- From: gersoncjun...@gmail.com Date: Tue, 2 Apr 2013 10:38:50 -0300 To: pgbr-geral@listas.postgresql.org.br Subject: Re: [pgbr-geral] pgModeler Bom, eu to no windows :) Pelo que eu vi aqui o unico pré-requisito é to GCC Development Tools 4.4 or above. Abs, Gerson Jr. gersoncjun...@gmail.com Em 2 de abril de 2013 10:01, Daniel Cordeiro dmora...@gmail.comescreveu: Em 2 de abril de 2013 08:26, Alex Wedsday alexweds...@hotmail.comescreveu: Bom dia, Pessoal! pgModeler não sabia que existia, muito bom gostei e vou economizar horas de trabalho. Obrigado gersoncjunior. No nosso caso aqui na empresa, tivemos problemas em utilizar a versão pré compilada para 32 bits em estações com Debian Wheezy. O problema principal estava no travamento da aplicação no momento que se criava relacionamentos. Resolvi o problema baixando os fontes e compilando novamente para a nossa versão. Se alguém estiver passando por problemas semelhantes no Debian Wheezy, basta solicitar em PVT quer mando o build para testarem. No mais, esta aplicação promete!!! []'s +--+ | Daniel Cordeiro de Morais Neto | Diretor de TI - Portal de Cotações e-Compras | Sócio-diretor ADM Soluções em Informática LTDA | daniel.cordeiro(at)cotacoesecompras.com.br | dmoraisn(at)gmail.com | www.cotacoesecompras.com.br | Fone: (083)8724-4440 | Gentoo User | http://twitter.com/dmoraisn +--+ ___ 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 Não tive problemas para executá-lo no archlinux 64bits. -- Ricardo Carlini Sperandio Analista/Consultor Linux Sênior LPIC-3 Connectcom - GISUT / CEF GEDEL: Grupo Especializado em Desenvolvimento Linux VIPLAB/PUC-MG mestrando em informática DCC/UFMG - Bacharel em Ciência da Computação Computers are like air conditioners. They don't work when you open Windows. ___ 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] pgModeler
Ubuntu 64 (+1) Em 2 de abril de 2013 09:52, Bruno Silva bemanuel...@gmail.com escreveu: Aqui rodou sem problemas. Ubuntu 64 bits. Bruno E. A. Silva. -- Atenciosamente, Alexsander da Rosa ___ 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 nativa do postgresql
Em 03-04-2013 08:41, Deliane Andrade escreveu: Bom dia. Nada a ver com sua pergunta, mas, por que você faz esse procedimento, ainda mais numa versão recente do PostgreSQL? Durante o dia há muitas operações de DELETE e UPDATE. O autovacuum deveria tomar conta disso pra você. Mais simples, sem burocracia :) Passe os logs do *escravo* por favor. Aí vai o log do escravo. Nos dois últimos dias se apresenta com as mesma mensagem. Começou a aparecer esta mensagem após o script de vacuum full analyze que roda todo dia a 00:00 . Acontece que após isso não tem replicado mais nada. :( %%2013-04-02 23:59:56.071 BRTLOG: replicação em fluxo conectou-se com sucesso ao servidor principal %%2013-04-02 23:59:56.071 BRTFATAL: não pôde receber dados do fluxo do WAL: FATAL: segmento do WAL solicitado 000101B000E7 já foi removido %%2013-04-03 00:00:01.076 BRTLOG: replicação em fluxo conectou-se com sucesso ao servidor principal %%2013-04-03 00:00:01.076 BRTFATAL: não pôde receber dados do fluxo do WAL: FATAL: segmento do WAL solicitado 000101B000E7 já foi removido Considere então colocar um valor mais alto em wal_keep_segments. Comece com 30, se ainda acontecer vá pra 100. Em condições normais, não. O que pode estar havendo é um atraso muito grande de transmissão de dados do mestre pro escravo. Que tipo de rede os interliga? gigabit mesmo barramento Realmente, não deveria ocorrer isso. Isso interfere no cancelamento das consultas longas no escravo, e consequente pausa na replicação (não aborta a replicação, apenas pausa) mas isso dura o tempo que uma consulta durar no *escravo*. Este servidor não está liberado pra ninguém. Está só pra receber a replicação do mestre. Então, não é seu caso mesmo, desconsidere este parágrafo. []s __ Flavio Henrique A. Gurgel Líder de Projetos Especiais Consultoria, Projetos Treinamentos 4LINUX Tel1: +55-11.2125-4747 ou 2125-4748 www.4linux.com.br email: fla...@4linux.com.br __ FREE SOFTWARE SOLUTIONS ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: REF: DISTINCT E COUNT(). #02.
Em 2 de abril de 2013 12:05, Paulo pa...@visualpsistemas.com.br escreveu: Ola Pessoal, preciso de uma pequena dica: Tenho uma consulta me retornando o seguinte: ** ** SELECT idlista, produto, qtde1, qtde2 FROM lista ORDER BY 1 ** ** RETORNA ASSIM: idlista - produto - qtde1 - qtde2 1 322 1 1 431 0 1 123 2 1 2 441 0 2 323 2 ** ** Se der um DISTINCT: SELECT DISTINCT ON (idlista) a lista fica assim: idlista - produto - qtde1 - qtde2 1 322 1 2 441 0 ** ** O que eu preciso é retornar a Contagem(COUNT()) das colunas, ASSIM: idlista - produto - qtde1 - qtde2 1 3 5 2 2 2 4 2 SELECT idlista, count(*), sum(qtde1), sum(qtde2) FROM teste group by idlista ORDER BY 1 ** ** Alguma ideia pessoal? Obrigado. ** ** Att, ** ** *Paulo.* [image: vp_logo] pa...@visualpsistemas.com.br** ** ** ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral image001.jpg___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Serviços e Consultora PostgreSQL
Senhores, trabalho com o PostgreSQL desde o ano de 2001 e ofereço meus serviços como Consultor e/ou DBA. Trabalho na Região de Brasília – DF. Atualmente utilizo a versão 8.4 na maioria dos projetos que tenho usando o PG. Estou apto a instalar, configurar e manter o banco em ambientes Linux ou Windows. Atenciosamente, Carlos Antônio Pereira. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?
2013/4/3 Alexsander Rosa alexsander.r...@gmail.com Que tal isso aqui?: CREATE TABLE CFOP (ID INTEGER NOT NULL,CFOP INTEGER, DESCRICAO BLOB SUB_TYPE 1 SEGMENT SIZE 80, APLICACAO BLOB SUB_TYPE 1 SEGMENT SIZE 80 ); Agora já não sei se brincas ou se falas sério... CFOP não é um identificador único? -Leo -- Leonardo Cezar http://www.postgreslogia http://postgreslogia.wordpress.com.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?
Vai ver que depois o cara coloca Unique porque ele tem que ser um identificador mas não necessariamente sequencial Vai saber 2013/4/3 Leonardo Cezar lhce...@gmail.com 2013/4/3 Alexsander Rosa alexsander.r...@gmail.com Que tal isso aqui?: CREATE TABLE CFOP (ID INTEGER NOT NULL,CFOP INTEGER, DESCRICAO BLOB SUB_TYPE 1 SEGMENT SIZE 80, APLICACAO BLOB SUB_TYPE 1 SEGMENT SIZE 80 ); Agora já não sei se brincas ou se falas sério... CFOP não é um identificador único? -Leo -- Leonardo Cezar http://www.postgreslogia http://postgreslogia.wordpress.com.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] Voltando ao assunto, mas com outra visão (CHAR ou VARCHAR) ?
Sim CFOP é um identificador único, definido em Lei e usado por inúmeros documentos fiscais (NFe, SPED, etc). Logo abaixo da DDL eu passei o link onde achei aquilo, parece ser um modelo de verdade. Não seria necessário ter um ID, a PK poderia ser o próprio CFOP. O mesmo vale para CST, NCM, etc. Em 3 de abril de 2013 15:54, Marcelo da Silva marc...@ig.com.br escreveu: Vai ver que depois o cara coloca Unique porque ele tem que ser um identificador mas não necessariamente sequencial Vai saber 2013/4/3 Leonardo Cezar lhce...@gmail.com 2013/4/3 Alexsander Rosa alexsander.r...@gmail.com Que tal isso aqui?: CREATE TABLE CFOP (ID INTEGER NOT NULL,CFOP INTEGER, DESCRICAO BLOB SUB_TYPE 1 SEGMENT SIZE 80, APLICACAO BLOB SUB_TYPE 1 SEGMENT SIZE 80 ); Agora já não sei se brincas ou se falas sério... CFOP não é um identificador único? -Leo -- Atenciosamente, Alexsander da Rosa ___ 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: REF: DISTINCT E COUNT(). #02.
Na mosca Joel, ficou show. Obrigado a todos que responderam. Att, Paulo. vp_logo SELECT idlista, count(*), sum(qtde1), sum(qtde2) FROM teste group by idlista ORDER BY 1 image001.jpg___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
