Boa Tarde a todos... Ótima observação Alexsander e isso falando dos relacionais, até chegar no RPAS, Oracle Retail. Não vi com bons olhos a solução dele, para não falar outra coisa...
[] Att, Kaui Aires DBA (Oracle, PostgreSql), System Analyst, Security Analyst Skype: kauiaires Campaign: "Before you ask: Search on google.com" Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. Em 8 de julho de 2010 15:37, Alexsander Rosa <[email protected]>escreveu: > 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
