Discussion :

[abbes10]

Bonjour;
Je viens de faire une application gestion des stock ; maintenant je veux séparer mon travail en deux une partie qui soit sur le web et l'autre sur le serveur interne.mais la parti externe dépend de la partie interne dont on saisi les données.le problème maintenant est que comment synchroniser les deux bases?(les deux base ont les mêmes champs et les mêmes table et..) de telle sorte que si la connexion internet ne marche pas , j effectue mes MAJ en local et a la prmiere conenxion , les MAJ seront faites dans la BD distante.
Merci de me proposer une piste à suivre.

[CinePhil]

http://jgrondin.developpez.com/artic...ication_MySQL/

[Artemus24]

Salut abbes10.

Donc ton problème est comment mettre à jour une base de données distante, sachant qu'en local tu as la dernière version.
Déjà, transférer en totalité la base de données n'est pas ce qu'il y a de plus pertinent comme solution. Et ensuite, c'est la périodicité de cette mise à jour.
Dans les grands comptes bancaires, cela se fait 1 fois par jour, de préférence la nuit car c'est durant ce moment où l'on perturbe le moins les clients.
La raison est que le basculement ne prend pas quelques secondes mais plusieurs minutes.

Comment faire ? Le mieux est de créer un fichier delta (comprendre un fichier de différence) entre la dernière version et l'avant-dernière version.
Cela va se traduire par trois types d'enregistrements :
--> une création.
--> une suppression.
--> une mise à jour.
De ce fichier delta, il en résulte alors une volumétrie bien moins importante.
Donc quand vous transférez le fichier delta, le temps de cette opération sera bien plus court que si l'on faisait la même opération avec la totalité de la base.
De plus, lors de cette opération, vous devrez être le seul à faire des opérations sur la base de données.
Il se peut que votre site soit totalement indisponible durant cette opération.
Plus il y a de mises à jour durant la journée, et moins le temps de blocage sera long.
Voila pour le principe !

@+

[abbes10]

Bonsoir les gars , pour CinePhil j vai jetter un coup d'oeil a la replication
pour Artemus24 , le fichier delta tu veux dire un script php ???
Et merci pour vos reponses

[Artemus24]

Salut abbes10.

Non. Ce n'est pas un script php, mais la différence en terme de lignes, entre la dernière et l'avant dernière version de ta base de données.
Autrement dit, c'est ce que tu dois appliquer à ta base de données distante pour obtenir ta base de données local.

De toute façon, dans les deux cas, tu dois envoyer un script ".sql" vers la base de données distantes.
Autant ne pas tout recréer mais juste appliquer les changements.

@+

[abbes10]

Merciii bcp jvai voir ce que je peux faire !

[enigmma]

Salut Artemus24.

la différence en terme de lignes, entre la dernière et l'avant dernière version de ta base de données.
Autrement dit, c'est ce que tu dois appliquer à ta base de données distante pour obtenir ta base de données local.

je trouve la solution que tu proposes très intéressante, peux-tu m'expliquer davantage comment procéder ? je n'ai aucune idée sur ces fichiers !


@+

[Artemus24]

Salut enigmma.

Je nomme cela un fichier delta, pour signifier les différences à appliquer.
Ces différences sont des créations, des suppression et des mises à jour, en terme de lignes dans les différentes tables où cela doit se faire.

Jadis, je faisais cela en ayant la sauvegarde de la base de données de la veille.
Aujourd'hui, on peut faire cela en utilisant les déclencheur (trigger). Comment ?
En spécifiant pour chaque déclencheur les informations que l'on doit stocker dans une table destinée à créer le fichier delta.
La table en question peut se nommer delta.
Il y aura trois types de lignes, qui sont création, suppression et modification.
Les informations à traiter seront :
--> le nom de la table
--> l'identifiant qui est unique dans la table.
--> le type d'opération (création, modification, suppression)
--> les données.

Pour constituer le fichier delta, il suffit de mettre en forme celui-ci à partir de la table delta.
Du coup, au lieu de transférer la base en totalité, on transfère que les différences du jour, si le traitement se fait chaque jour.

C'est basique et ça fonctionne. Sinon, le mieux avec mysql est d'utiliser la réplication !

@+

[enigmma]

Salut Artemus24.

Merci pour les explications !

C'est basique et ça fonctionne. Sinon, le mieux avec mysql est d'utiliser la réplication !

j'ai déjà fait une réplication master/master, maintenant je veux explorer les différentes méthodes et celle-là du fichier m'interesse particulièrement!
pourras-tu m'envoyer un exemple, ce n'est pas concrétement un fichier ?? ce sont plutôt des commandes SQL et pour une réplication master/master faut-il lancer des triggers dans les deux machines ?

@+

[FZEHOUF]

Bonjour, je suis débutante en développement et j'ai le même problème que le votre
es que vous avez trouvez la solution.
es c est possible de me expliquer comment vous avez fait pour le résoudre
Merci

[Artemus24]

Salut FZEHOUF.

Votre problème est de savoir comment synchroniser deux bases de données.
Si vous êtes débutante, cela ne va pas être simple à faire dans MySql.

On nomme cela la réplication et vous devez définir quelle est la base de données MASTER et quelle est la base de données SLAVE.
--> https://dev.mysql.com/doc/refman/8.0...plication.html

Quelques exemples :
--> http://www.clusterdb.com/mysql-clust...g-in-5-minutes
--> https://examples.javacodegeeks.com/c...tion-tutorial/

Le mieux est de faire par vous-même une recherche sur le net en utilisant les mots "replication," "master/slave".

@+

[pier.antoine]

http://jgrondin.developpez.com/artic...ication_MySQL/

Bonjour
J'ai tenté d'accéder au lien : ce n'est pas possible 'Not found'.

Pierre

[CinePhil]

Bonjour
J'ai tenté d'accéder au lien : ce n'est pas possible 'Not found'.

Pierre

En y accédant via les menus, voici l'URL directe : https://jgrondin.developpez.com/arti...ication-MySQL/
Il y a un tiret au lieu d'un underscore entre Replication et MySQL.