Discussion :

[lordgodgiven]

Bonjour,

je suis entrains de développer une application pour android, cette application a une base de données qui doit se synchronisée avec une base de donnée distant MySQL, j'ai crée les tables et j'ai ajouté un champ drapeau (boolean), si le drapeau est à false (valeur par défaut) c'est que la ligne n'est pas encore synchronisé avec la base de donnée embarquée (SQLite), une fois que l'application récupère (synchronisation) la ligne, il met le drapeau à true, avec un client ça marche sans problème mais comment gérer plusieurs clients android, par ce que si le premier client met le drapeau à true cela voudra dire que la base de donnée SQLite du premier client est synchro tandis que ce ne sera pas le cas des autres clients, bref voilà le soucis, en gros comment faire en sorte que chaque client synchronise sa base de donnée SQLite avec MySQL.

Merci

[nicroman]

En général pour les synchronisations ce qu'on fait:

1. On ne detruit jamais de données dans les tables. Les tables ont juste un "flag" "active" (ou deleted selon), et les requêtes ne s'appuient que sur les données actives. Au besoin (histoire de simplifier les requêtes) il est possible d'avoir une "vue" de la table.... Par exemple, j'ai une table "RAW_RESTAURANTS" avec le flag, et une view "RESTAURANTS" qui pointe sur les RAW_RESTAURANTS actifs.... mais bon... j'imagine que si vous faites de la synchronisation complète de table elle ne doit pas être très grosse, et par conséquent cela n'est pas forcément très interessant.

2. On garde une colonne "LAST_MODIFICATION_DATE" ou "DATE_LAST_MODIFIED" qui correspond à la date de dernière modification des données. Cette colonne peut être remplie programmatiquement côté SQL, ou bien automatique (trigger). Cette date est aussi mise à jour en cas de création des données, ou de destruction (voir le flag ci-dessus).


Côté client la synchro se fait simplement en calculant: select max(LAST_MODIFICATION_DATE) from XXXXXX (XXXX étant la table à synchroniser).
On envoie ça à un "script" de synchro côté serveur (le "max" date)
Le serveur fait de même... si il n'y a pas de différence entre les deux ou que la version côté client est plus "récente", c'est qu'aucune synchro n'est nécessaire (à noter que la "synchro" peut quand même se faire, mais aucune donnée ne sera retournée).
Il faut retourner deux choses:
* La liste des objets marqués "deleted" avec LAST_MODIFICATION_DATE > date reçue => c'est la liste des objets détruits depuis la dernière synchro. Seul l'ID est nécessaire.
* Les objets non marqués "deleted" avec LAST_MODIFICATION_DATE > date reçue => c'est la liste des objets modifiés ou créés depuis la dernière synchro. Toutes les données sont nécessaires.

[dinobogan]

Tu peux mettre une date sur ta base centrale. Elle est mise à jour à chaque modification.
Chaque client peut comparer la date de la ligne distante par rapport à sa ligne en local.

Cependant, s'il n'y a pas beaucoup de lignes, tu pourrais envisager de récupérer toutes les données à chaque fois.
Mais il y a tellement de techniques pour la synchronisation qu'il faudrait que tu expliques tes contraintes.

EDIT : trop lent...