javac Posted June 4, 2009 at 08:43 PM Report #270002 Posted June 4, 2009 at 08:43 PM Boas estou a criar uma aplicação que se pretende sincronizar dados entre uma base de dados local que é Sqlexpress com uma base de dados remota que é Mysql.... Gostava de saber quais a vossa tecnicas para sincronzar as bases de dados neste momento estou a usar o método "merge" que já ajuda no alterar e inserir novos registos...o meu problema é quando se elimina um registo como se faz? Porque quando se eliminar um registo na base dados remota e ao executar o merge ele ignora o registo na base de dados local o que faz com que continue guardado! isto acontece também vice-versa...como voçes resolvem este problema?
bruno1234 Posted June 4, 2009 at 08:47 PM Report #270004 Posted June 4, 2009 at 08:47 PM Normalmente nunca apago registos. Uso uma flag (bit) para dizer se está activo ou não. Matraquilhos para Android. Gratuito na Play Store. https://play.google.com/store/apps/details?id=pt.bca.matraquilhos
Betovsky Posted June 4, 2009 at 09:05 PM Report #270014 Posted June 4, 2009 at 09:05 PM Se calhar não é o que queres. Mas no trabalho quando trabalho com várias BDs e precisamos efectuar sincronizações entre elas, usamos a plataforma Microsoft Sync Framework. Muito boa, apesar que visto que usas MySql, muita das ligações vais ter que fazer à mão o que dá bastante trabalho no inicio. Mas se calhar para o que queres seja overkill e não compensa o trabalho... "Give a man a fish and he will eat for a day; Teach a man to fish and he will eat for a lifetime. The moral? READ THE MANUAL !" Sign on a computer system consultant's desk
javac Posted June 4, 2009 at 09:48 PM Author Report #270028 Posted June 4, 2009 at 09:48 PM Se calhar não é o que queres. Mas no trabalho quando trabalho com várias BDs e precisamos efectuar sincronizações entre elas, usamos a plataforma Microsoft Sync Framework. Muito boa, apesar que visto que usas MySql, muita das ligações vais ter que fazer à mão o que dá bastante trabalho no inicio. Mas se calhar para o que queres seja overkill e não compensa o trabalho... Vou ver como funciona...obrigado pela dica.
javac Posted June 4, 2009 at 10:44 PM Author Report #270036 Posted June 4, 2009 at 10:44 PM Pelo que estive a ver a ferramenta Microsoft Sync Framework parece ser uma solução funcional mas um pouco complexa para quem nunca mexeu naquelas classes...nem sei como começar por fazer um projecto simples que sincroniza uma tabela sql para uma tabela identica mysql... A outra solução de colocar um campo com que desactive o registo parece-me ser a solução que possa obtar se não conseguir usar o Microsoft Sync Framework...tenho umas 2 semanas para me ambientar por isso qualquer ajuda extra seria muito bem vinda... Obrigado pelos comments e estou aberto a mais soluções ou exemplos de como usar Microsoft Sync Framework
falco Posted June 18, 2009 at 11:47 AM Report #273322 Posted June 18, 2009 at 11:47 AM Normalmente nunca apago registos. Uso uma flag (bit) para dizer se está activo ou não. Por si só isso é um erro. E se alguma vez lidaste com bases de dados com alguma dimensão e com querys pesadas vais perceber isso. É verdade que devemos evitar apagar dados das BDs, porque mesmo que os dados não sejam úteis agora, podem voltar a ser no Futuro. No entanto há excepções. Tal como normalizamos as BDs, também é por vezes desnormalizar um pouco para melhorar a performance, também por vezes temos que fazer excepções a esta regra. Aqui vão alguns exemplos de situações: * quando tratamos com bds que têm dados pessoais, a lei exige que em determinadas situações eliminemos os dados (por exemplo a pedido do dono dos dados); * dados que não são utilizados e que estão numa tabela com muitos registos, fazem com que as querys nessa tabela se tornem mais complexas e/ou lentas; * há dados que ao fim de determinado tempo deixam mesmo de ter utilidade de forma permanente; Que fazer então? Exemplos: * apagar os registos definitivamente, quando deixam de ser definitivamente necessários; * mover os registos que podem voltar a ser necessários para um arquivo morto (o que implica apagar numa tabela e escrever em outra); * utilizar particionamento horizontal das tabelas (e neste caso a flag pode fazer sentido, pois pode ser utilizada para fazer o particionamento); Quanto à dúvida: Se quiseres fazer programaticamente sugiro que utilizes algo independente da plataforma e do fabricante e com provas dadas. Faria isso em Perl, que tem excelentes bibliotecas para lidar com bases de dados de forma abstracta e até com OOP. Podes até gerar os schemas para diferentes SGDB a partir dos objectos de Perl, o que te reduz o trabalho de gerir os schemas e aproveitar os objectos para as tuas aplicações (e não apenas a que sincronizaria as BDs) 😛
javac Posted June 23, 2009 at 01:37 PM Author Report #274367 Posted June 23, 2009 at 01:37 PM Boas, obrigado pelo conselho mas o problema é que sou obrigado a usar c#, também não me ambientei à framework, demasiado complexa e nao tenho tempo para apreder a mexer. Alguem sabe como sincronizar datatables, pois o problema não basta sincronizar mas sim ver se o registo do servidor já foi alterada por outro utilizador visto ser uma aplicação distribuída. Como fazem a resolução de conflitos...como pedir ao utilizador o que fazer?
falco Posted June 23, 2009 at 01:48 PM Report #274376 Posted June 23, 2009 at 01:48 PM Alguem sabe como sincronizar datatables, pois o problema não basta sincronizar mas sim ver se o registo do servidor já foi alterada por outro utilizador visto ser uma aplicação distribuída. Como fazem a resolução de conflitos...como pedir ao utilizador o que fazer? Só dá com este tipo de métodos... São servidores de SGDB diferentes de fabricantes diferentes e não há um standard para este tipo de coisas. Registo do servidor? Que registo? Distribuida? Como? Um pouco mais de informação...
javac Posted June 23, 2009 at 05:59 PM Author Report #274437 Posted June 23, 2009 at 05:59 PM Só dá com este tipo de métodos... São servidores de SGDB diferentes de fabricantes diferentes e não há um standard para este tipo de coisas. Registo do servidor? Que registo? Distribuida? Como? Um pouco mais de informação... Registo isto é dados... tipo um registo = nome,idade,nacionalidade... Distribuida = Vários clientes a aceder aos mesmos dados e a sincronizar os mesmos existindo gestao de conflitos... Cada cliente tem uma base dados local que vai ter de sincronizar com a remota.. tem de ser local SQL espress e a remota MYSql... O problema em sincronizar é que nao podemos sobrepor a informação da BD local para a BD remota...antes temos de verificar se esses dados não sofreram alterações desde a ultima versão que foi recebida por esse cliente. Não sei se me fiz entender :-S
falco Posted June 24, 2009 at 11:20 AM Report #274580 Posted June 24, 2009 at 11:20 AM Registo isto é dados... tipo um registo = nome,idade,nacionalidade... Então porque é que falaste em registo de servidor? Ainda se tivesses dito que era um registo no servidor... Agora do servidor engana facilmente o pessoal. Fiquei logo a pensar que fosse outra coisa qualquer completamente diferente. Cada cliente tem uma base dados local que vai ter de sincronizar com a remota.. tem de ser local SQL espress e a remota MYSql... Até que enfim que começas a explicar o que queres realmente fazer. Tens alguma razão para não usar apenas MySQL? Não consigo ver nenhuma boa razão para que não o faças à partida. Se não usares só MySQL, isso nunca vai funcionar do lado dos SGDBs. Em primeiro lugar o número de clientes vai escalar? Se não tiver que escalar o ideal seria utilizares apenas MySQL com replicação multi-master. Caso tenhas que escalar, vais ter muito código para escrever. E não vai ser o SGDB a sincronizar nada... E vais precisar de criar uma aplicação bastante complexa. Mas sem conhecer muito mais sobre o que estás a fazer não te posso indicar uma solução.
Betovsky Posted June 24, 2009 at 07:36 PM Report #274701 Posted June 24, 2009 at 07:36 PM O problema em sincronizar é que nao podemos sobrepor a informação da BD local para a BD remota...antes temos de verificar se esses dados não sofreram alterações desde a ultima versão que foi recebida por esse cliente. Não sei se me fiz entender :-S Caso tenhas que escalar, vais ter muito código para escrever. E não vai ser o SGDB a sincronizar nada... E vais precisar de criar uma aplicação bastante complexa. Mas sem conhecer muito mais sobre o que estás a fazer não te posso indicar uma solução. É mesmo para estes casos que existe a sync framework 😉 "Give a man a fish and he will eat for a day; Teach a man to fish and he will eat for a lifetime. The moral? READ THE MANUAL !" Sign on a computer system consultant's desk
falco Posted June 25, 2009 at 09:40 AM Report #274791 Posted June 25, 2009 at 09:40 AM É mesmo para estes casos que existe a sync framework Que é proprietária, e por tanto nunca recomendada por mim. Que só funciona em .net, ou seja, na realidade só vai funcionar (pelo menos correctamente) em window$. A framework é, isso mesmo, uma base de trabalho. Não é uma solução final, ou seja, indepentemente de usares a framework da m$, ou outra coisa qualquer, como sistemas ORM, disponíveis para verdadeiras soluções multi-plataforma ainda tens que fazer bastante trabalho de desenvolvimento.
javac Posted June 25, 2009 at 02:14 PM Author Report #274871 Posted June 25, 2009 at 02:14 PM Boas, estou a ver que o mundo da sincronização entre SGBD diferentes é complicado mas já consegui elaborar um algoritmo um pouco lixado que sincroniza e pergunta ao utilizador o que pretende fazer com os conflitos que encontra... Mas penso que é um algoritmo um pouco pesado...mas sendo isto um trabalho académico não me queixo... Sei que o ideal era usar somente uma única SGBD mas estou proibido 😛 obrigado pelas dicas...mais comentários são sempre bem-vindos. 🙂
Betovsky Posted June 25, 2009 at 02:25 PM Report #274874 Posted June 25, 2009 at 02:25 PM Que é proprietária, e por tanto nunca recomendada por mim. Que só funciona em .net, ou seja, na realidade só vai funcionar (pelo menos correctamente) em window$. A framework é, isso mesmo, uma base de trabalho. Não é uma solução final, ou seja, indepentemente de usares a framework da m$, ou outra coisa qualquer, como sistemas ORM, disponíveis para verdadeiras soluções multi-plataforma ainda tens que fazer bastante trabalho de desenvolvimento. Nada é perfeito 🙂Obviamente que em alguns casos dá trabalho, noutros nem por isso. Se as tuas BDs forem SqlServer e SqlServerCE muito já está automatizado. A Microsoft não dorme em serviço. Claro que se for por exemplo MySQL e/ou Firebird (duas outras que usamos bastante) já terás que fazer parte do código à mão, a interface entre as várias BDs. Mas como sistema é muito bom, não conheço nada melhor. --- javac funciona? Portanto já é bom. Agora podes é melhorar, que fica sempre bem. Que queres dizer com pesado? "Give a man a fish and he will eat for a day; Teach a man to fish and he will eat for a lifetime. The moral? READ THE MANUAL !" Sign on a computer system consultant's desk
falco Posted June 25, 2009 at 02:57 PM Report #274878 Posted June 25, 2009 at 02:57 PM Boas, estou a ver que o mundo da sincronização entre SGBD diferentes é complicado mas já consegui elaborar um algoritmo um pouco lixado que sincroniza e pergunta ao utilizador o que pretende fazer com os conflitos que encontra... Não acho que seja boa ideia o utilizador decidir isso... Sei que o ideal era usar somente uma única SGBD mas estou proibido Podes explicar porquê?
javac Posted June 25, 2009 at 03:16 PM Author Report #274881 Posted June 25, 2009 at 03:16 PM Não acho que seja boa ideia o utilizador decidir isso... Podes explicar porquê? Apenas vai perguntar ao utilizador se pretende manter as alterações do registo que se encontra no servidor ou deseja guardar os dados que o cliente alterou.. Estou proibido porque é um trabalho académico e uma das coisas que vamos aprender (que estou a aprender :-) ) é que SGBD diferentes na mesma aplicação não é o ideal para sincronizar dados.
falco Posted June 25, 2009 at 04:25 PM Report #274903 Posted June 25, 2009 at 04:25 PM Estou proibido porque é um trabalho académico e uma das coisas que vamos aprender (que estou a aprender :-) ) é que SGBD diferentes na mesma aplicação não é o ideal para sincronizar dados. LOL!!! E é preciso um trabalho para isso? LOL Os teus profs são gente muito doente...
javac Posted June 25, 2009 at 05:19 PM Author Report #274920 Posted June 25, 2009 at 05:19 PM LOL!!! E é preciso um trabalho para isso? LOL Os teus profs são gente muito doente... Não posso fazer nada quanto a isso 🙂 Obrigado pelas dicas
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now