Alem do id .. coloca outro "codigo" unico .. esse codigo unico sera a chave entre os 2 bancos. Em 06/06/2012 10:21, "Paulo Duarte" <[email protected]> escreveu:
> Então... > Respondendo a algumas perguntas: > 1) Servidor online fica sempre online (cuida dos eventos q tem acesso a > internet) > 2) Servidor local fica só local e para um evento específico. Tanto > consulta os dados prévios daquele evento como grava novos dados. > 3) Qdo for offline, não tem acesso a internet. Somente qdo o evento acabar. > 4) Precisamos do admin local (off) e online, pois o off acontece no local > do evento, é uma pessoa usando e no online é acessado do escritório do > cliente e os funcionarios ficam acessando. > > > em teoria eu também achei simples... Qdo comecei a analisar a aplicação > comecei a me perguntar: > Exemplo: > - Tenho uma tabela de inscrições que é genérica para todo o sistema, > guarda os dados do inscrito e o id do evento q ele pertence. > - Essa tabela vai se incrementando conforme novas inscrições vão sendo > feitas independente do evento. > > Quando levo um evento para o offline (faço uma rotina q exporta todos os > dados do evento, até aí tranquilo) não vejo problema. > Aí utilizo o evento off, cadastrando novas inscrições pro evento... a > tabela vai se incrementando. > No online estão acontecendo também novas inscrições para outro evento, > mais está incrementando a mesma tabela. > > Aí quando vou sincronizar as duas, vou ter dados diferentes como mesmo ID > na tabela de inscrições, de eventos diferentes. > O que eu posso fazer é checar o evento e se for do mesmo, os dados off > substituem os dados online. > Se for diferente eu crio um novo registro e todos os seus > relacionamentos... > > Essa foi uma solução que imagenei... mais não tenho idéia do impacto disso. > Também tem o caso de tabelas como Pais, que não guarda o evento e é comum > ao sistema. Qdo eu sincronizar se houve registro no on e no off eu vou ter > q ao invés de update dar um insert e verificar todas as relações e > atualizar elas. > > Posso estar viajando e complicando a solução, por isso quero outras > opiniões antes q eu pire aqui... rsrs > > Valeu > > > > Em 6 de junho de 2012 09:18, felipe bastos <[email protected]> escreveu: > >> So lembrando .. >> >> Se vai ter uma versao administrativa local (offline) nao vais precisar da >> admin online. >> >> A admin local (offline) com acesso a internet pode gerenciar tudo. Basta >> fazer com que tudo que aconteca offline seja replicado online. >> >> A versao offline (local ou in loco) vai ter acesso a Internet? >> Em 06/06/2012 08:19, "Newton Wagner" <[email protected]> escreveu: >> >> Não vi dificuldade, como você mesmo disse. >>> >>> O sistema online nunca vai sair do ar. Isso já resolve a sua >>> preocupação de que outras pessoas poderão se inscrever em outros >>> eventos. O seu sistema online, vai ficar online o tempo todo, e >>> gerenciando os vários eventos que o sistema permitir configurar. >>> >>> Na parte administrativa desse seu sistema online, você vai ter uma >>> funcionalidade de extrair os dados de um único evento para que possam >>> ser carregados na versão offline. >>> >>> Cada servidor offline que você gerar (ou seja, para cada evento >>> diferente), você terá só os dados daquele evento especificamente, e >>> poderá fazer a gestão inloco como Checkin dos inscritos, e etc. >>> >>> >>> Caso você precise retornar esses dados para o sistema online, o >>> processo será o mesmo. Ao final do evento, na aplicação offline você >>> cria uma funcionalidade pra extrair os dados e atualizar a aplicação >>> online, pra gerar por exemplo certificados de comparecimento nos >>> eventos. >>> >>> >>> 2012/6/5 felipe bastos <[email protected]>: >>> > Rpz .. vc tem de ver todos os detalhes da arquitetura com esse seu >>> cliente. >>> > >>> > 1. Os usuarios se inscreverao no server online. >>> > 2. O funcionario fará incricoes no server offline? >>> > 2.1. Subir atualizados do server offline para o online (qtde >>> ingressos). >>> > 3. Os usuarios ficarao proibidos de se inscrever online a partir da X >>> data. >>> > 4. O server offline fará requisicoes diarias ao server online para >>> atualizar >>> > o banco de dados. >>> > 5. Por ai vai. >>> > >>> > É provavel que online e offline tenham logicas diferentes .. ou melhor >>> .. >>> > online fica com o front-end (acesso dos usuarios) e offline fica com o >>> > back-end (acesso admin). >>> > >>> > Se a replicacao com ip fixo ficar complicada, um server rest no server >>> > online pode ajudar na replicacao dos dados. >>> > >>> > Espero ter ajudado. >>> > >>> > Em 05/06/2012 22:04, "Guilherme Maule" <[email protected]> >>> escreveu: >>> > >>> >> Fera, nao entendi a dificuldade na operação? >>> >> >>> >> Acredito que exite varias maneiras de chegar ao mesmo resultado. Por >>> que >>> >> não baixa os dados no dia que vai parar as inscrições para o banco >>> local e >>> >> trabalha com ele offline e apos o evento, cria uma action que vai >>> subir e >>> >> atualizar as informações? >>> >> >>> >> Em poucas linahs voce escreve isto... Mada seu cliente executar a >>> função X >>> >> que vai fazer o download do banco-online para o banco-offline. Apos o >>> evento >>> >> manda seu cliente conectar o serve a intenet e executar a função Y. >>> Que vai >>> >> fazer o upload dos dados do banco-offline para o banco-online... >>> >> >>> >> #) >>> >> >>> >> Uma sugestão apenas... >>> >> >>> >> Em 5 de junho de 2012 20:43, Paulo Duarte < >>> [email protected]> >>> >> escreveu: >>> >>> >>> >>> Boa noite pessoal, >>> >>> estou desenvolvendo um projeto (php/kohana + mysql) que tem por >>> objetivo >>> >>> basicamente gerenciar dados de eventos (inscrições, cracha, etc). >>> >>> >>> >>> O sistema vai funcionar online (na maior parte do tempo). >>> >>> O problema que estou enfrentando é que no dia do evento, o sistema >>> deve >>> >>> estar funcionando off line (somente os dados do evento que está >>> >>> acontecendo). >>> >>> O porque disso: O cliente termina as inscrições online alguns dias >>> antes >>> >>> do evento para ter tempo de organizar os dados. >>> >>> No dia do evento ele não utiliza internet, são máquinas numa rede >>> local >>> >>> que devem acessar o sistema para verificar os dados do evento em >>> questão. >>> >>> >>> >>> Até aí tudo certo, teoricamente bastaria o cliente ter um server >>> >>> configurado no local do evento e importar o banco do ar no local. >>> >>> O problema é que o sistema gerencia mais de um evento. O escritório >>> do >>> >>> meu cliente estará atendendo e recebendo inscrições de outros eventos >>> >>> (online) e o cliente precisa estar inloco com o sistema offline >>> funcionando >>> >>> com os dados daquele evento. >>> >>> >>> >>> Nunca um evento será gerenciado off e on ao mesmo tempo, assim eu >>> posso >>> >>> parar todas as informações referentes aquele evento, usar offline e >>> depois >>> >>> subir elas subscrevendo o que havia de dados do evento em específico. >>> >>> >>> >>> Bom, possíveis soluções: >>> >>> 1) Ter um banco de dados para cada evento. Desta forma bastaria >>> exporta o >>> >>> banco em questão e importar na estrutura offline, e depois fazer o >>> processo >>> >>> contrário para deixar o sistema online atualizado. >>> >>> >>> >>> 2) Sincronizar os bancos (nunca fiz nada parecido, não conheço os >>> >>> obstáculos). >>> >>> >>> >>> >>> >>> Alguém já passou por situação semelhante e teria alguma direção para >>> me >>> >>> dar? >>> >>> >>> >>> Obrigado!! >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> Atenciosamente, >>> >>> >>> >>> >>> >>> Paulo Duarte >>> >>> Inteligência Web - Comunicação e Sistemas >>> >>> >>> >>> Fone: (48) 3028.5141 / 8426.3629 >>> >>> E-mail: [email protected] >>> >>> Skype: paulo.iw >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------------------- >>> >>> Aviso de confidencialidade: >>> >>> Esta mensagem da Empresa IW - Inteligência Web Comunicação e >>> Sistemas, >>> >>> empresa privada, é enviada exclusivamente a seu destinatário e pode >>> conter >>> >>> informações confidenciais, protegidas por sigilo profissional. Sua >>> >>> utilização desautorizada é ilegal e sujeita o infrator às penas da >>> lei. Se >>> >>> você a recebeu indevidamente, queira, por gentileza, reenviá-la ao >>> emitente, >>> >>> esclarecendo o equívoco. >>> >>> >>> >>> -- >>> >>> Você está recebendo esta mensagem porque se inscreveu no grupo >>> "Kohana >>> >>> Php" dos Grupos do Google. >>> >>> Para postar neste grupo, envie um e-mail para >>> >>> [email protected]. >>> >>> Para cancelar a inscrição nesse grupo, envie um e-mail para >>> >>> [email protected]. >>> >>> Para obter mais opções, visite esse grupo em >>> >>> http://groups.google.com/group/kohana-php?hl=pt-BR. >>> >> >>> >> >>> >> >>> >> >>> >> -- >>> >> >>> >> Att, >>> >> Guilherme Maule dos Reis >>> >> Web Designer >>> >> >>> >> 43 - 9129 1400 >>> >> >>> >> >>> >> -- >>> >> Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >>> >> Php" dos Grupos do Google. >>> >> Para postar neste grupo, envie um e-mail para >>> [email protected]. >>> >> Para cancelar a inscrição nesse grupo, envie um e-mail para >>> >> [email protected]. >>> >> Para obter mais opções, visite esse grupo em >>> >> http://groups.google.com/group/kohana-php?hl=pt-BR. >>> > >>> > -- >>> > Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >>> Php" >>> > dos Grupos do Google. >>> > Para postar neste grupo, envie um e-mail para >>> [email protected]. >>> > Para cancelar a inscrição nesse grupo, envie um e-mail para >>> > [email protected]. >>> > Para obter mais opções, visite esse grupo em >>> > http://groups.google.com/group/kohana-php?hl=pt-BR. >>> >>> >>> >>> -- >>> Newton Wagner >>> >>> msn/gtalk: [email protected] >>> twitter: http://twitter.com/newtonwagner >>> site: http://www.newtonwagner.net/ >>> >>> -- >>> Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >>> Php" dos Grupos do Google. >>> Para postar neste grupo, envie um e-mail para >>> [email protected]. >>> Para cancelar a inscrição nesse grupo, envie um e-mail para >>> [email protected]. >>> Para obter mais opções, visite esse grupo em >>> http://groups.google.com/group/kohana-php?hl=pt-BR. >>> >>> -- >> Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >> Php" dos Grupos do Google. >> Para postar neste grupo, envie um e-mail para [email protected] >> . >> Para cancelar a inscrição nesse grupo, envie um e-mail para >> [email protected]. >> Para obter mais opções, visite esse grupo em >> http://groups.google.com/group/kohana-php?hl=pt-BR. >> > > > > -- > Atenciosamente, > > > *Paulo Duarte* > Inteligência Web - Comunicação e Sistemas > > Fone: (48) 3028.5141 / 8426.3629 > E-mail: [email protected] > Skype: paulo.iw > > > ------------------------------------------------------------------------------------------- > Aviso de confidencialidade: > Esta mensagem da Empresa IW - Inteligência Web Comunicação e Sistemas, > empresa privada, é enviada exclusivamente a seu destinatário e pode conter > informações confidenciais, protegidas por sigilo profissional. Sua > utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se > você a recebeu indevidamente, queira, por gentileza, reenviá-la ao > emitente, esclarecendo o equívoco. > > -- > Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana > Php" dos Grupos do Google. > Para postar neste grupo, envie um e-mail para [email protected]. > Para cancelar a inscrição nesse grupo, envie um e-mail para > [email protected]. > Para obter mais opções, visite esse grupo em > http://groups.google.com/group/kohana-php?hl=pt-BR. > -- Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana Php" dos Grupos do Google. Para postar neste grupo, envie um e-mail para [email protected]. Para cancelar a inscrição nesse grupo, envie um e-mail para [email protected]. Para obter mais opções, visite esse grupo em http://groups.google.com/group/kohana-php?hl=pt-BR.
