Pour vous donner une idée plus concrète de l'organisation de mon programme vous pouvez regarder ce schéma : Architecture du système
Ce programme fonctionne sur plusieurs serveurs ( n'importe quoi, mais des serveurs basses consommations c'est plus chouette).
Si je venais poser cette question c'est pour le "Manager" car c'est sur ce serveur que j'ai installé la base de données. Et donc gérer les montées de versions de la DB.
Alors non ! ce que j'ai fait n'est pas une usine à gaz :-) même si ça y ressemble quand on regarde mon schéma
Le 1er script d'installation c'est celui là installer
Il propose d'installer le CORE, le MANAGER, ou la VOIX
Allez donc jeter un coup d'oeil dans celui là : install_Manager
Le plus simple est sûrement de garder ma logique de départ : faire une requête dans la table "version", récupérer le numéro de la version et exécuter les scripts un par un des différentes évolutions au cas où le "client" à n versions de retard...
Remarque subsidiaire, j'aurais bcp aimé bosser sur des paquet deb, ou rpm pour gérer les contraintes de version des paquets perl, et les autres... Mais manque de temps j'ai jamais travaillé dessus pour le moment.
D'autres programmeurs open-source utilisant une base de données mysql ce sont forcément posés la même question que moi, peut être même qu'ils ont géré ce cas là ...
A vous de me dire :-)
Et merci bcp pour votre participation !
# Pourquoi n'allez vous pas voir ce que j'ai fait pour vous en faire une idée ?
Posté par popof . En réponse au message Méthode pour gérer les montées de version de structure de base de données. Évalué à 1.
J'aurais peut être du commencer par ça :-)
Je développe une application dédiée à la domotique -> http://wiseflat.com
Pour vous donner une idée plus concrète de l'organisation de mon programme vous pouvez regarder ce schéma :
Architecture du système
Ce programme fonctionne sur plusieurs serveurs ( n'importe quoi, mais des serveurs basses consommations c'est plus chouette).
Si je venais poser cette question c'est pour le "Manager" car c'est sur ce serveur que j'ai installé la base de données. Et donc gérer les montées de versions de la DB.
Alors non ! ce que j'ai fait n'est pas une usine à gaz :-) même si ça y ressemble quand on regarde mon schéma
Le 1er script d'installation c'est celui là installer
Il propose d'installer le CORE, le MANAGER, ou la VOIX
Allez donc jeter un coup d'oeil dans celui là : install_Manager
Le plus simple est sûrement de garder ma logique de départ : faire une requête dans la table "version", récupérer le numéro de la version et exécuter les scripts un par un des différentes évolutions au cas où le "client" à n versions de retard...
Remarque subsidiaire, j'aurais bcp aimé bosser sur des paquet deb, ou rpm pour gérer les contraintes de version des paquets perl, et les autres... Mais manque de temps j'ai jamais travaillé dessus pour le moment.
D'autres programmeurs open-source utilisant une base de données mysql ce sont forcément posés la même question que moi, peut être même qu'ils ont géré ce cas là ...
A vous de me dire :-)
Et merci bcp pour votre participation !