Sabia que a legislação exige que os caixas com ECF continuem emitindo cupons mesmo com a rede LOCAL derrubada? Se você cortar com um alicate o cabo de rede, o PDV tem que continuar funcionando. Isto existe para evitar que sonegadores parem de emitir cupons mas sigam vendendo, com a desculpa de que "o sistema está fora do ar". A integridade vai pro espaço por exigência da legislação... procure no Google sobre coisas como PAF, ECF, TEF, etc.
Todas as grandes redes de supermercados possuem bancos de dados locais, um em cada caixa. Alguns são MySQL, outros são arquivos DBF, mas todos -- por exigência legal -- possuem dados locais. Neste contexto, pensar em "hospedar em Data Center" não faz o menor sentido: o Walmart, por exemplo, recebe dados das filiais em nivel GLOBAL de hora em hora. Para uma rede menor, um atraso de um minuto está de bom tamanho. Em 8 de julho de 2010 15:09, Ralf Schlindwein <[email protected]>escreveu: > Faça uma relação hospedar em um DataCenter confiável X valor funcionários > parados. > Hospede em um DataCenter e faça um contrato de gerenciamento de Banco e > Servidor e fique feliz somente gerenciando a sua TI. > > > > > > Em 8 de julho de 2010 15:02, Alexsander Rosa > <[email protected]>escreveu: > >> Centralizar = parar de vender quando a rede cair? Nem pensar. Sei que tem >> gente que acha aceitável deixar os funcionários de braços cruzados >> informando aos clientes "o sistema está fora do ar", mas no comércio o furo >> é mais embaixo. Em uma das lojas, por exemplo, os FIOS de cobre dos postes >> foram roubados várias vezes seguidas, logo após a reposição. Somente quando >> a companhia telefônica colocou fibra ótica é que a rede conseguiu ficar mais >> de alguns dias online. >> >> Se a replicação multi-master tiver sido prevista desde o início, a >> integridade pode ser mantida dentro de alguma tolerância se algumas >> restrições forem usadas. Existem várias coisas que a aplicação não permite >> fazer e não há usuários rodando pgAdmin direto nas bases, por exemplo. Não >> dá pra pensar que uma replicação multi-master vai estar com os dados 100% >> iguais em todos os servidores ao mesmo tempo, é óbvio que uma modificação >> feita numa filial pode levar 2 ou 3 minutos para chegar em outra. >> >> Em 8 de julho de 2010 14:03, <[email protected]> escreveu: >> >> Meu Deus, me deu 3 tipos de arrepio ao ler essa descrição. >>> >>> Meu amigo, você já pensou em centralizar essa sua aplicação? >>> >>> Você tem muitos pontos de falha, só por curiosidade como fica a >>> integridade do seu sistema? >>> >>> Att, >>> Fabiano Machado Dias >>> >>> -- Atenciosamente, Alexsander da Rosa Linux User #113925 "Extremismo na defesa da liberdade não é defeito. Moderação na busca por justiça não é virtude." -- Barry Goldwater
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
