PDV é uma coisa, quem trabalha com ERP sabe que os caixas devem rodar independente. O que me referi foi a forma que você implementou o sistema.
Att, Fabiano Machado Dias > 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 > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
