From:           	Sebastien Libert <sebastien.libert@sogid.com>
To:             	"java@u-strasbg.fr" <java@u-strasbg.fr>
Subject:        	Synchronisation de bases de donnees
Date sent:      	Mon, 27 Nov 2000 10:33:06 +0100
Organization:   	SOGID
Send reply to:  	java@u-strasbg.fr

Bonjour la liste !

Dans le cadre d'un projet, nous avons un serveur avec une base de donnee
de type X et des clients mobiles avec une base de donnee de type Y.
Maintenant que les deux fonctionnent bien chacuns de leur cote, nous
aimerions synchroniser les donnees dans les DB. Sachant que le client
mobile a tres bien pu modifier ses donnees, il est impossible de faire une
simple replication du serveur  vers les clients.

Quelqu'un sur cette liste a-t-il une experience de la synchronisation de
bases de donnees, ou plus simplement des liens vers des techniques souvent
utilisees, des conseils... ?


Sebastien Libert.
SOGID.

From:           	Olivier Dedieu <Olivier.Dedieu@inria.fr>
Date sent:      	Mon, 27 Nov 2000 10:49:47 +0100 (MET)
To:             	java@u-strasbg.fr
Subject:        	Re: Synchronisation de bases de donnees
Send reply to:  	Olivier.Dedieu@inria.fr


>  Quelqu'un sur cette liste a-t-il une experience de la synchronisation
>  de bases de donnees, ou plus simplement des liens vers des techniques
>  souvent utilisees, des conseils... ?

Je connais un peu le sujet (c'etait au coeur de ma thèse ;-). La
plupart des bases de données modernes (Oracle, DB2, Informix, Sybase, ..) 
possèdent un système de réplication optimiste (et donc de
synchronisation). Cependant, ils sont tous assez limités sur la détection
et la résolution des conflits (Oracle est le plus avancé sur le sujet et
il ne sait pas détécter les conflits inter-table) et à ma connaissance,
aucun d'entre eux ne support des synchronisation hétérogène (ie entre
SGBDR de marque différentes). Avec l'arrivée de SyncML qui est sensé
normalisé la synchronisation les choses évolueront peut etre (mais ils
s'interessent surtout à la synchro PDA/Desktop).


Bref, tu t'attaques à un pb qui n'est pas trivial dès qu'on sort des
possibilités offertes en standard par les SGBDR. Si tu peux imposé un
SGBDR pour les clients et les serveur, Oracle me semble le plus en avancé
(mais avec leur nouvelle tarification je ne suis pas sur que ca soit
néamoins le meilleur choix).

Dans le canal SOR, on a reuni pas mal d'info (mais plutot orientées
recherche) sur le sujet :

http://pharos.inria.fr/SOR/query.jsp?keyword.s1%3A24=on&history=history0%3Dkeyword.s1%253A38%253Don

et

http://pharos.inria.fr/SOR/query.jsp?keyword.s1:38=on


Sinon, j'ai développé un framework de réplication/synchronisation de
BD en Java issue de mes travaux de recherche mais, pour l'instant, on ne
le diffuse pas.

a+


---------------------------------------------------------------
 Olivier Dedieu - (INRIA - Bull / WebTools - Pharos)
 Web: http://www-sor.inria.fr/~dedieu  
 JavaChannel: http://www.java-channel.org/
 Pharos team: http://webtools.dyade.fr/pharos/
---------------------------------------------------------------

Date sent:      	Mon, 27 Nov 2000 11:34:13 +0100
From:           	William Dodé <wilk@chez.com>
Send reply to:  	wilk@chez.com
Organization:   	Informaticien Indépendant
To:             	java@u-strasbg.fr
Subject:        	Re: Synchronisation de bases de donnees



Sebastien Libert a écrit :
> 
> Bonjour la liste !
> 
> Dans le cadre d'un projet, nous avons un serveur avec une base de donnee
> de type X et des clients mobiles avec une base de donnee de type Y.
> Maintenant que les deux fonctionnent bien chacuns de leur cote, nous
> aimerions synchroniser les donnees dans les DB. Sachant que le client
> mobile a tres bien pu modifier ses donnees, il est impossible de faire
> une simple replication du serveur  vers les clients.
> 
> Quelqu'un sur cette liste a-t-il une experience de la synchronisation de
> bases de donnees, ou plus simplement des liens vers des techniques
> souvent utilisees, des conseils... ?
Salut,

Regarde dans les archives, il y a eu pas mal de post sur le sujet...

Il te faudra définir un système d'identifiants uniques ainsi qu'un
mécanisme pour déterminer des priorité sur les modifications du même objet
si c'est le cas.

a +++


-- 
William Dodé --- Informaticien Indépendant
http://www.chez.com/wilk <mailto:wilk@chez.com>