Pessoal vou lhe explicar o que precisaria se puderem me ajudar...nunca fiz a replicação e nunca usei nem slony nem pg_cluster, caso possa me ajudar e tiver algum material explicativo obrigado ou caso tiver algum material ou puder auxiliar ....no caso uma consultoria via email...sei la...quanto cobrariam ...
Bom vamos la Temos um software de laboratorio humano, onde realiza-se exames como hemograma , glicose , etc....no caso o laboratorio tem uma matriz em franco da rocha ..sao paulo e tem um posto de coleta em outra cidade em caieiras ...a 20 km de distancia da matriz...como é feito hoje ...é cadastrado no posto os pacientes ....no sistema do posto é utilizado uma numeração bem mais alta que na matriz....depois de cadastrados os pacientes....a recepcionista vai num menu do sistema e gera uma exportacao ...onde é gerados alguns arquivos DBF´s que sao levados para matriz e importados, para que nao haja redigitacao dos pacientes na matriz, a ideia seria com a replicação ....no posto ao se cadastrar ...ja fosse replicado na matriz os dados cadastrados...nao necessitando ...gerar a exportacao e fazer a importacao na matriz ..pois isso gera alguns problemas por se tratar de alguns usuarios leigos que acabam se atrapalhando em fazer este simples processos .... Obrigado por enquanto Caso puder me ajudar ficarei muito grato Abraços ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[email protected]> Sent: Friday, June 16, 2006 12:54 AM Subject: Digest Brasil-Usuarios, volume 210, assunto 1 Enviar submissões para a lista de discussão Brasil-Usuarios para [email protected] Para se cadastrar ou descadastrar via WWW, visite o endereço http://pgfoundry.org/mailman/listinfo/brasil-usuarios ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da mensagem para [EMAIL PROTECTED] Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço [EMAIL PROTECTED] Quando responder, por favor edite sua linha Assunto assim ela será mais específica que "Re: Contents of Brasil-Usuarios digest..." Tópicos de Hoje: 1. Re: Encontro de Usuários de PostgreSQL (Nabucodonosor Coutinho) 2. Re: replicação (Euler Taveira de Oliveira) 3. Re: replicação (Sergio Medeiros Santi) 4. Re: replicação (Cristiano Nunes) 5. Re: replicação (Nabucodonosor Coutinho) 6. Qual o valor no INSERT? (Pablo Souza Grigoletti) ---------------------------------------------------------------------- Message: 1 Date: Thu, 15 Jun 2006 09:24:18 -0300 From: Nabucodonosor Coutinho <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] Encontro de Usuários de PostgreSQL To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hélder Lopes Gurgel Jr wrote: > > Dai Riba, sou de Fortal também! :) > > Tem mais alguém por aqui no grupo que seja das regiões por perto? ?:) Beleza, eu não estou mais em Fortal, mas sinto saudade :) > >> From: "Ribamar Sousa" <[EMAIL PROTECTED]> >> Reply-To: [email protected] >> To: [email protected] >> Subject: Re: [PostgreSQL-Brasil]Encontro de Usuários de PostgreSQL >> Date: Fri, 9 Jun 2006 19:10:20 -0300 >> >> Quando a bola rolar aqui para as bandas do Ceará/Fortaleza eu tô no >> jogo. >> >> On 6/9/06, Nabucodonosor Coutinho <[EMAIL PROTECTED]> wrote: >> > Senhores, o que acham de realizar-mos um econtro de usuários do PG em >> > São Paulo? >> > >> > Quem acha interessante e tem interesse que aconteça se manifeste. >> > >> > -- >> > Nabucodonosor Coutinho >> > "Mais vale um ponteiro na mao do que duas classes voando" >> > >> > _______________________________________________ >> > Grupo de Usuários do PostgreSQL no Brasil >> > http://www.postgresql.org.br >> > >> >> >> -- >> Ribamar FS - ribafs[ ]users.sourceforge.com >> http://www.ribafs.tk >> _______________________________________________ >> Grupo de Usuários do PostgreSQL no Brasil >> http://www.postgresql.org.br > > _________________________________________________________________ > MSN Messenger: instale grátis e converse com seus amigos. > http://messenger.msn.com.br > > > ------------------------------------------------------------------------ > > _______________________________________________ > Grupo de Usuários do PostgreSQL no Brasil > http://www.postgresql.org.br -- Nabucodonosor Coutinho "Mais vale um ponteiro na mao do que duas classes voando" ------------------------------ Message: 2 Date: Thu, 15 Jun 2006 12:44:57 -0300 From: Euler Taveira de Oliveira <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] replicação To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=iso-8859-1 Joao escreveu: > o [EMAIL PROTECTED] é que slonly tem q setar tabela por tabela a ser > replicada ne... Nada que um script que pegue as suas tabelas não possa resolver. -- Euler Taveira de Oliveira http://www.timbira.com/ ------------------------------ Message: 3 Date: Thu, 15 Jun 2006 13:06:21 -0300 From: "Sergio Medeiros Santi" <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] replicação To: <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Algum tempo atras eu estava preocupado por não encontrar um replicador multi-master. Agora o que me preocupa é que mesmo conseguindo um replicador multi-master excelente (o que eu não sei se existe) tem coisa complicadas de replicar. Por exemplo: Eu tenho 4 lojas que cadastram cliente e emitem notas para estes clientes. É obvio que os identificadores autoincremento das tabelas clientes de cada loja serão diferentes. Tem lojas onde são cadastrados dezenas de clientes diariamente e outras que cadastram algumas unidades apenas. Assim o mesmo identificador, identifica clientes diferentes em lojas diferentes. Como cada loja gera notas fiscais que são relacionadas a tabela cliente temos um impasse. Hoje eu uso um processo batch que exporta as novas informações e alterações realizadas no fim de cada expediente e envia para as demais lojas. Nos destinos existe um outro processo batch que importa essas informações e faz as conversões necessárias para manter os relacionamentos. Já pensei em usar estes dois processos (exportação e importação) rodando a cada minuto, por exemplo, mas o problema é identificar quando as transações se encerram. Por exemplo um usuário inicia uma nota fiscal de transferência, faz o mestre e alguns detalhes, o telefone toca, ele vai tomar um cafezinho e esquece a nota pela metade. Durante este tempo o processo de troca de dados já foi disparado diversas vezes e ou levaria uma nota ainda inconsistente ou não levaria nada o que não resolve o problema. Bem desculpem o tamanho da mensagem ... é que faz um bom tempo que venho amadurecendo a idéia ... sugestões serão bem vindas. Abraços, Sergio Medeiros Santi Trabin Software & Consulting +55 0xx 53 3227 4157 / 9982 9009 ----- Original Message ----- From: "Euler Taveira de Oliveira" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Thursday, June 15, 2006 12:44 PM Subject: Re: [PostgreSQL-Brasil] replicação Joao escreveu: > o [EMAIL PROTECTED] é que slonly tem q setar tabela por tabela a ser > replicada ne... Nada que um script que pegue as suas tabelas não possa resolver. -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil http://www.postgresql.org.br ------------------------------ Message: 4 Date: Thu, 15 Jun 2006 19:53:57 +0300 From: "Cristiano Nunes" <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] replicação To: <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Sergio, A empresa a qual faço parte possui um cliente que tem 24 lojas no DF, e trabalho com a ideia de replicação de dados e nao tenho esse tipo de problema, pois mesmo que o funcionario vai tomar um cafezinho no momento da emissão da nota para o sistema é indiferente pois eu trabalho com a ideia de transação enquanto ela estiver na tela ou seja sendo digitada o banco de dados nao reconhece os dados enquanto o mesmo nao efetuar a gravação dos mesmos. Cristiano Nunes SilvaItec Gyn Goiania - GO+55 62 39420015"O próximo grande salto evolutivo da humanidade será a descoberta de que cooperar é melhor que competir." > From: [EMAIL PROTECTED]> To: [email protected]> Date: Thu, > 15 Jun 2006 13:06:21 -0300> Subject: Re: [PostgreSQL-Brasil] replicação> > > Algum tempo atras eu estava preocupado por não encontrar um replicador> > multi-master. Agora o que me preocupa é que mesmo conseguindo um > replicador> multi-master excelente (o que eu não sei se existe) tem coisa > complicadas de> replicar.> > Por exemplo: Eu tenho 4 lojas que cadastram > cliente e emitem notas para> estes clientes. É obvio que os > identificadores autoincremento das tabelas> clientes de cada loja serão > diferentes. Tem lojas onde são cadastrados> dezenas de clientes > diariamente e outras que cadastram algumas unidades> apenas. Assim o mesmo > identificador, identifica clientes diferentes em lojas> diferentes. Como > cada loja gera notas fiscais que são relacionadas a tabela> cliente temos > um impasse.> > Hoje eu uso um processo batch que exporta as novas > informações e alterações> realizadas no fim de cada expediente e envia > para as demais lojas. Nos> destinos existe um outro processo batch que > importa essas informações e faz> as conversões necessárias para manter os > relacionamentos. Já pensei em usar> estes dois processos (exportação e > importação) rodando a cada minuto, por> exemplo, mas o problema é > identificar quando as transações se encerram. Por> exemplo um usuário > inicia uma nota fiscal de transferência, faz o mestre e> alguns detalhes, > o telefone toca, ele vai tomar um cafezinho e esquece a> nota pela metade. > Durante este tempo o processo de troca de dados já foi> disparado diversas > vezes e ou levaria uma nota ainda inconsistente ou não> levaria nada o que > não resolve o problema.> > Bem desculpem o tamanho da mensagem ... é que > faz um bom tempo que venho> amadurecendo a idéia ... sugestões serão bem > vindas.> > Abraços,> > Sergio Medeiros Santi> Trabin Software & > Consulting> +55 0xx 53 3227 4157 / 9982 9009> > > ----- Original > Message ----- > From: "Euler Taveira de Oliveira" <[EMAIL PROTECTED]>> To: > <[email protected]>> Sent: Thursday, June 15, 2006 12:44 PM> > Subject: Re: [PostgreSQL-Brasil] replicação> > > Joao escreveu:> > > o > [EMAIL PROTECTED] é que slonly tem q setar tabela por tabela a ser replicada > ne...> > Nada que um script que pegue as suas tabelas não possa resolver.> > > -- > > Euler Taveira de Oliveira> http://www.timbira.com/> > > _______________________________________________> Grupo de Usuários do > PostgreSQL no Brasil> http://www.postgresql.org.br> > > > > _______________________________________________> Grupo de Usuários do > PostgreSQL no Brasil> http://www.postgresql.org.br _________________________________________________________________ Esteja entre os primeiros a verem o futuro do Hotmail: experimente a versão beta do Windows Live Mail http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://pgfoundry.org/pipermail/brasil-usuarios/attachments/20060615/f5fa2596/attachment-0001.html ------------------------------ Message: 5 Date: Thu, 15 Jun 2006 13:54:30 -0300 From: Nabucodonosor Coutinho <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] replicação To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sergio Medeiros Santi wrote: > Algum tempo atras eu estava preocupado por não encontrar um replicador > multi-master. Agora o que me preocupa é que mesmo conseguindo um > replicador > multi-master excelente (o que eu não sei se existe) tem coisa complicadas > de > replicar. > > Por exemplo: Eu tenho 4 lojas que cadastram cliente e emitem notas para > estes clientes. É obvio que os identificadores autoincremento das tabelas > clientes de cada loja serão diferentes. Tem lojas onde são cadastrados > dezenas de clientes diariamente e outras que cadastram algumas unidades > apenas. Assim o mesmo identificador, identifica clientes diferentes em > lojas > diferentes. Como cada loja gera notas fiscais que são relacionadas a > tabela > cliente temos um impasse. > > Não tem não O pg_cluster é sincrono, isso quer dizer que ele só retornará a inserção para vc quando tiver inserido em todos os masters. Ou seja se ultimo cliente foi o cliente 3, o proximo cliente, não importa de qual loja será o cliente 4, e ele vai ser gravado em todos os masters com esse codigo. > Hoje eu uso um processo batch que exporta as novas informações e > alterações > realizadas no fim de cada expediente e envia para as demais lojas. Nos > destinos existe um outro processo batch que importa essas informações e > faz > as conversões necessárias para manter os relacionamentos. Issosim é um problema > Já pensei em usar > estes dois processos (exportação e importação) rodando a cada minuto, por > exemplo, mas o problema é identificar quando as transações se encerram. > Por > exemplo um usuário inicia uma nota fiscal de transferência, faz o mestre e > alguns detalhes, o telefone toca, ele vai tomar um cafezinho e esquece a > nota pela metade. Durante este tempo o processo de troca de dados já foi > disparado diversas vezes e ou levaria uma nota ainda inconsistente ou não > levaria nada o que não resolve o problema. > Resolve usando pg_cluster > Bem desculpem o tamanho da mensagem ... é que faz um bom tempo que venho > amadurecendo a idéia ... sugestões serão bem vindas. > > Abraços, > > Sergio Medeiros Santi > Trabin Software & Consulting > +55 0xx 53 3227 4157 / 9982 9009 > > > ----- Original Message ----- > From: "Euler Taveira de Oliveira" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Thursday, June 15, 2006 12:44 PM > Subject: Re: [PostgreSQL-Brasil] replicação > > > Joao escreveu: > > >> o [EMAIL PROTECTED] é que slonly tem q setar tabela por tabela a ser >> replicada ne... >> > Nada que um script que pegue as suas tabelas não possa resolver. > > > -- Nabucodonosor Coutinho "Mais vale um ponteiro na mao do que duas classes voando" ------------------------------ Message: 6 Date: Fri, 16 Jun 2006 03:54:25 +0000 (UTC) From: Pablo Souza Grigoletti <[EMAIL PROTECTED]> Subject: [PostgreSQL-Brasil] Qual o valor no INSERT? To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 Olá Pessoal, Criei uma tabela e nela existe um campo que é SERIAL. Por exemplo: CREATE TABLE simulations ( simulation_id SERIAL NOT NULL, simulation_name VARCHAR(100), PRIMARY KEY (simulation_id) ); Gostaria de saber se existe como retornar qual o valor atribuído ao campo SERIAL simulation_id quando realizo um INSERT nesta tabela? --------------------- Cabe salientar que inicialmente tentei fazer isso: SELECT last_value FROM simulations_simulation_id_seq; e depois fazer o INSERT. --------------------- Isso funcionaria bem caso só existisse uma pessoa acessando a base de dados. No entanto, minha dúvida é quando existirem diversos acessos? Obrigado. Abraços, Pablo _______________________________________________________ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ ------------------------------ _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil http://www.postgresql.org.br http://pgfoundry.org/mailman/listinfo/brasil-usuarios Fim da Digest Brasil-Usuarios, volume 210, assunto 1 **************************************************** _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil http://www.postgresql.org.br
