Flávio até tentei usar o pgpool 2 mas achei um pouco complicado de usá-lo pois existem pouca documentação na net. Até mandei umas perguntas pra lista mas quase ninguém se manifestou.
Emerson Martins Em 14 de junho de 2011 08:07, <[email protected]>escreveu: > Send pgbr-geral mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of pgbr-geral digest..." > > > Tópicos de Hoje: > > 1. Promovendo o Slave para Master. - Replicação Nativa com > PostgreSQL 9 (Emerson Martins) > 2. Re: Promovendo o Slave para Master. - Replicação Nativa com > PostgreSQL 9 (Flavio Henrique Araque Gurgel) > 3. Re: Erro instalação contrib xml2 (Marcone) > 4. Re: Estrutura de banco de dados fornecido por empresa > terceirizada. Erros absurdos no meu ver, estou certo? > (Fabiano Machado Dias) > 5. Re: Tamanho em Bytes das linhas em um tabela > (Fabrízio de Royes Mello) > 6. Re: Estrutura de banco de dados fornecido por empresa > terceirizada. Erros absurdos no meu ver, estou certo? (Leandro DUTRA) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 13 Jun 2011 16:35:02 -0300 > From: Emerson Martins <[email protected]> > Subject: [pgbr-geral] Promovendo o Slave para Master. - Replicação > Nativa com PostgreSQL 9 > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="utf-8" > > Olá caros colegas.. > Estou efetuando alguns testes com a rep?icação nativa do Postgresql 9.0.2.A > replicação estar funcionado perfeitamente.Porém desejo implementar a Alta > Disponibilidade caso o Master caia como o Slave vai assumir?Vou ter que > trocar o Ip. > Como funciona isso.. > > Agradeço os que puderem ajudar! > > Emerson > Analista de Banco de Dados > -------------- Pr?a Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110613/580d325a/attachment-0001.htm > > ------------------------------ > > Message: 2 > Date: Mon, 13 Jun 2011 16:41:18 -0300 > From: Flavio Henrique Araque Gurgel <[email protected]> > Subject: Re: [pgbr-geral] Promovendo o Slave para Master. - Replicação > Nativa com PostgreSQL 9 > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=UTF-8 > > > Estou efetuando alguns testes com a rep?icação nativa do Postgresql > 9.0.2.A > > replicação estar funcionado perfeitamente.Porém desejo implementar a Alta > > Disponibilidade caso o Master caia como o Slave vai assumir?Vou ter que > > trocar o Ip. > > Você precisa de alguém que monitore seu serviço e possa disparar um > script que crie o arquivo de gatilho que faz a promoção. Alguns desses > caras são: > Corosync + Pacemaker > Heartbeat + Mon > Monit (facinho de usar e implementar) > > > Como funciona isso.. > > Você também pode usar o pgpool2 pra isso. > > []s > Flavio Gurgel > > > ------------------------------ > > Message: 3 > Date: Mon, 13 Jun 2011 17:21:21 -0300 > From: Marcone <[email protected]> > Subject: Re: [pgbr-geral] Erro instalação contrib xml2 > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Resolvi abortar a utilização da contrib e utilizar a manipulação nativa de > xml depois da dica do Osvaldo. Está atendendo aos testes, por enquanto. > > Grato pela ajuda. > > -- > *Marcone Peres - DBA* > http://www.linkedin.com/in/marconeperes > *(61) 8146-0028* > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110613/a746dbce/attachment-0001.htm > > ------------------------------ > > Message: 4 > Date: Mon, 13 Jun 2011 21:43:54 -0300 > From: Fabiano Machado Dias <[email protected]> > Subject: Re: [pgbr-geral] Estrutura de banco de dados fornecido por > empresa terceirizada. Erros absurdos no meu ver, estou certo? > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Estava revendo a lista quando me deparei com essa questão, apesar de > estar atrasado na discussão vou colocar a minha opinião. (Até rimou!!! > rsrsrs) > > Trabalho com sistemas ERP e posso te dizer que é impossível hoje em dia, > uma empresa de médio-grande porte colocar as suas operações em uma > "contingência manual", pode me dar todos os argumentos do mundo, > atualmente com NFe, Sped, FCont, e-Lalur, etc é vital que os sistemas > estejam sempre online. > > Nem o governo aceita essa desculpa porque você só pode emitir uma NFe em > contigência se os servidores "deles" pararem, ou seja meu amigo, ficou > sem net, sem sistema, sem luz, te vira! rsrs > > E isso é uma coisa boa a meu ver, se não quebrasse nunca o paradigma > ainda teríamos eleições com cédula (apesar de achar o nosso sistema > falho), entregaríamos o IR em formulário, pagaríamos as contas só no > balcão do caixa e por aí vai! > > Empresa com 2 mil funcionário existiam antes sim, mas existia um setor > inteiro só para fazer a folha de pagamento, outro só para o financeiro, > sem contar o fiscal e o contábil, hoje em dia é cada vez mais raro > encontrar alguém que saiba, "fazer as coisas no papel". > > Concordo que medidas devem ser tomadas para que tudo isso funcione, > escolha do software, fornecedora, redundância, etc, mas em pleno 2011 > querer que uma empresa funcione como funcionava a meio século atrás é > ter uma visão muito estreita da realidade. > > Na teoria ("ah a teoria, como é bonita") seria ótimo que pudéssemos ter > essa segurança, mas na realidade ("putz, tem a realidade") é impossível. > > Abração a todos! > > Fabiano Machado Dias > > > > Em 27/5/2011 12:06, Fabrízio de Royes Mello escreveu: > > > > Em 27 de maio de 2011 11:52, Guilherme Carvalho <desenvolvedor.net > > <http://desenvolvedor.net>@gmail.com <http://gmail.com>> escreveu: > > > > Como rodar uma folha de pagamentos por operações não > > informatizadas tendo mais de 2 mil funcionários? > > > > Acho meio complicado, para não dizer impossível. > > > > > > Complicado sim, impossível não... lembre-se que empresas grandes (> 2k > > funcionarios) existem desde antes dos computadores... > > > > -- > > Fabrízio de Royes Mello > > >> Blog sobre TI: http://fabriziomello.blogspot.com > > >> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello > > > > > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110613/d312723b/attachment-0001.htm > > ------------------------------ > > Message: 5 > Date: Tue, 14 Jun 2011 07:28:05 -0300 > From: Fabrízio de Royes Mello <[email protected]> > Subject: Re: [pgbr-geral] Tamanho em Bytes das linhas em um tabela > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Em 13 de junho de 2011 09:29, Tiago Adami <[email protected]> escreveu: > > > > > <corte> > > > > Considerando: > > cnpj VARCHAR(20) = 20 +1 Bytes > > razao_social VARCHAR(100) = 100 +1 Bytes > > nome_fantasia VARCHAR(100) = 100 +1 Bytes > > data_cadastro DATE = 4 Bytes > > datahora_alteracao TIMESTAMP = 8 Bytes > > valor_faturamento NUMERIC (18, 2 ) = 9 + 5~8 Bytes > > num_funcionarios INTEGER = 4 Bytes > > > > Neste caso, cada linha ocuparia no máximo 256 Bytes, estou correto? > > > > > Lembre-se de considerar os tamanhos das colunas: > > oid = 4 bytes (caso sua tabela tenha sido criada com WITH OIDs) > tableoid = 4 bytes > cmax = 4 bytes > xmax = 4 bytes > cmin = 4 bytes > xmin = 4 bytes > ctid = 6 bytes > > (nao lembro se tem mais alguma coluna *escondida*, alguem ajuda?) > > Abaixo uma pequena query no catálogo para ajudar na sua "empreitada" > (lembrando que ela não está bem completa); > > bdteste=# create table foo(codigo serial, nome varchar(100), data date, qtd > integer); > NOTICE: CREATE TABLE will create implicit sequence "foo_codigo_seq" for > serial column "foo.codigo" > CREATE TABLE > > bdteste=# select attname, attlen, typname, typlen, attndims from > pg_attribute a join pg_class c on a.attrelid = c.oid join pg_type t on > a.atttypid = t.oid where c.relname = 'foo'; > attname | attlen | typname | typlen | attndims > ----------+--------+---------+--------+---------- > tableoid | 4 | oid | 4 | 0 > cmax | 4 | cid | 4 | 0 > xmax | 4 | xid | 4 | 0 > cmin | 4 | cid | 4 | 0 > xmin | 4 | xid | 4 | 0 > ctid | 6 | tid | 6 | 0 > codigo | 4 | int4 | 4 | 0 > nome | -1 | varchar | -1 | 0 > data | 4 | date | 4 | 0 > qtd | 4 | int4 | 4 | 0 > (10 rows) > > > -- > Fabrízio de Royes Mello > >> Blog sobre TI: http://fabriziomello.blogspot.com > >> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110614/8e6f184e/attachment-0001.htm > > ------------------------------ > > Message: 6 > Date: Tue, 14 Jun 2011 08:10:48 -0300 > From: Leandro DUTRA <[email protected]> > Subject: Re: [pgbr-geral] Estrutura de banco de dados fornecido por > empresa terceirizada. Erros absurdos no meu ver, estou certo? > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=UTF-8 > > 2011/6/13 Fabiano Machado Dias <[email protected]>: > > > > Trabalho com sistemas ERP e posso te dizer que é impossível hoje em dia, > uma > > empresa de médio-grande porte colocar as suas operações em uma > "contingência > > manual", pode me dar todos os argumentos do mundo, atualmente com NFe, > Sped, > > FCont, e-Lalur, etc é vital que os sistemas estejam sempre online. > > Pois é? mas isso, em si, é um absurdo. > > Primeiro, porque decorre de um excesso de burocracia e complexidade da > legislação. Conheci um livreiro em Lausanne que nem pagava imposto: > ele simplesmente somava as faturas, e sempre dava abaixo do limite > mínimo para pagamento. Aqui?? > > Segundo, o governo exige informatização sem ter viabilizado o uso de > sistemas livres, impondo um custo indevido aos negócios. E essa > inviabilidade tem dois aspectos: por um lado, o uso de sistemas livres > no governo tem recuado (por exemplo, Câmara dos Deputados e Metrô de > SP regrediram de ODF para MS Office); por outro, o ensino continua > péssimo, o que tende a perpetuar a pirataria de Microsoft. > > > > E isso é uma coisa boa a meu ver, se não quebrasse nunca o paradigma > ainda > > teríamos eleições com cédula (apesar de achar o nosso sistema falho), > > Eleições com cédulas são as únicas seguras, até hoje. Nem o mínimo de > segurança temos, que seria a votação eletrônica mas com impressão e > conferência pelo eleitor obrigatórias. > > > > entregaríamos o IR em formulário > > Seria melhor que ter de usar um programa proprietário. > > > > pagaríamos as contas só no balcão do caixa > > Non sequitur. > > > > Empresa com 2 mil funcionário existiam antes sim, mas existia um setor > > inteiro só para fazer a folha de pagamento, outro só para o financeiro, > sem > > contar o fiscal e o contábil > > Já pensaram que, em países com mão de obra mal remunerada como o > nosso, uma das causas de desemprego e da baixa remuneração é que o > fracasso das políticas educacional, fiscal e normativa faz sair mais > barato automatizar que empregar? > > > > hoje em dia é cada vez mais raro encontrar > > alguém que saiba, "fazer as coisas no papel". > > E isso é péssimo? as empresas, na prática, não sabem funcionar sem > fornecedores de sistemas, geralmente proprietários. Se ao menos > soubessem o que acontece, seria viável, por exemplo, trocar de > sistemas. > > > > -- > Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (61) 3546 7191 Google Talk: xmpp:[email protected] > +55 (11) 9406 7191 ICQ: AIM:GoIM?screenname=61287803 > sip:[email protected] MSNIM:[email protected] > > > ------------------------------ > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 30, assunto 18 > *********************************************** >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
