Discussion :

[Asmodean]

Bonjour,

Je travaille actuellement sur deux plateforme PHP que j'ai besoin de synchroniser pour certaines données comme les clients par exemple.

Comme je sais qu'il existe les commandes BEGIN/COMMIT/ROLLBACK je me demandais ce qu'il se passait si par exemple je faisait schématiquement:

DB1(COMMIT)
DB2(COMMIT)

DB1(INSERT client)
if(!DB2(INSERT client with ID= ..)) DB1(ROLLBACK)DB2(ROLLBACK)
else DB1(COMMIT)DB2(COMMIT)

Le probleme c'est que si la deuxieme insertion ne se fait pas c'est que l'id existe deja dans la table de DB2, et que donc si ca me renvoie une erreur sql elle s'affichera sur l'ecran du visiteur.

En fait j'aimerais savoir si ce que je veux faire peut etre fais silencieusement sans que le visiteur ne soit insulté par MySQL

[tatareau]

Essaye d'éviter de faire la synchronisation en manuel!
Par exemple si un même client est insérer dans deux bases differentes avant synchronisation c'est pas grave! Insère les enregistrement et puis APRES traite avec une requête (en proc stock ou un trigger d'insertion) pour éliminer les doublons ou une méthode similaire, pour en faire une table "consolidée". Mais il faut laisser la base être garante de son intégrité. Sinon on s'expose à une gestion à la main impossible. Les mécanismes que tu décris sont très complexes car concurentiels.
Et comme ça personne ne se fait insulter

[Asmodean]

Disons que la seul chose qui m'intéresse c'est qu'un client A dans ma base 1 ait le même id que son occurence dans la base 2. Et si je m'arrange pour que la synchronisation se fasse dans les deux sens il est censé ne pas y avoir de conflit... sauf cas exceptionnelle ou des clients sont ajoutés simultannément sur les deux plateforme et que les insertions sont croisé sur les deux bases. Mais ca serait vraiement pas de bol. D'ou ma question sur les COMMIT et ROLLBACK.

Sinon par curiosité tu as un site où je peux voir ce que tu veux dire par proc stock?

[tatareau]

Désolé pour 'proc stock' je voulais parler de procédures stockées, c'est à dire des procédures qui s'exécutent au niveau de la base.
Si tu penses qu'un même client ne peut pas être entré dans la base 1 et 2, donc pas de soucis.
C'est de la requête SQL simple. C'est à dire à un instant T, tu lances la requête pour consolider les tables. Un coup sur la base 1 puis sur la base 2.
Le plus fiable serait d'avoir une troisième base (base 3 consolidée) qui serait le reflet de la mise à jour des bases 1 et 2 à minuit par exemple pour telle date.
En revanche si deux clients identiques peuvent être introduits sur la base 1 et 2, il te faut absolument gérer les doublons. Avec par exemple une table doublon qu'une application pourrait filtrer selon des critères à définir, pour réinjecter les clients dans les bases 1 ou 2, ou mieux dans une base 3, la base consolidée.
Et surtout ne jamais penser ça ne serait pas de bol si...car ça arrive toujours (Loi de Murphy )

[Hervé Saladin]

Comme je sais qu'il existe les commandes BEGIN/COMMIT/ROLLBACK je me demandais ce qu'il se passait si par exemple je faisait schématiquement:

DB1(COMMIT)
DB2(COMMIT)

DB1(INSERT client)
if(!DB2(INSERT client with ID= ..)) DB1(ROLLBACK)DB2(ROLLBACK)
else DB1(COMMIT)DB2(COMMIT)

Normalement, ça devrait être bon, c'est la bonne logique.
Par contre, au début, ça ressemblerait plutôt à quelque chose comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
DB1(BEGIN)
DB2(BEGIN)
 
DB1(INSERT client)
if(!DB2(INSERT client with ID= ..)) DB1(ROLLBACK)DB2(ROLLBACK)
else DB1(COMMIT)DB2(COMMIT)

Le probleme c'est que si la deuxieme insertion ne se fait pas c'est que l'id existe deja dans la table de DB2, et que donc si ca me renvoie une erreur sql elle s'affichera sur l'ecran du visiteur.

En fait j'aimerais savoir si ce que je veux faire peut etre fais silencieusement sans que le visiteur ne soit insulté par MySQL

Si ton problème est juste de "cacher" ponctuellement à l'utilisateur une erreur déterminée, le mieux est d'utiliser l'opérateur @
exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

@mysql_query("selecte * fraum * ouaire 1!= 2")

ne fera pas apparaître de message d'erreur à l'écran.
Si tu veux cacher tous les messages d'erreurs en général, va voir l'option error_reporting du php.ini

Insère les enregistrement et puis APRES traite avec une requête (en proc stock ou un trigger d'insertion) pour éliminer les doublons ou une méthode similaire

+1 pour les triggers, mais du coup ça devient beaucoup plus lourd ... a toi de voir si ça en vaut la peine, Asmodean.

Sinon par curiosité tu as un site où je peux voir ce que tu veux dire par proc stock?

"procédure stockée", je suppose ...

[Asmodean]

D'accord merci pour ces réponses... Je ne suis qu'au début du projet donc ca reste assez hypothétique mais ca m'a aidé à y voir plus clair

Bonne soirée