faire une nouvelle version du programme

salut

J'ai une question concernant la mise à jour du programme:

Supposons que je crée un programme avec delphi et que je le donne à certains utilisateurs , et ils l'ont utilisé et ont ajouté des données à sa base de données ((ancienne base de donnes ))
Ensuite, j'ai voulu ajouter une table aux base de données, ou je voulais un changement dans la structure de la base de données (faire une nouvelle version du programme) .....
donc La mise à jour que je vais donner aux utilisateurs est un fichier exécutable et un fichier de base de données (la nouvelle base de données)

L'ancienne base de données contient des données
Quant à la nouvelle base de données que j'ai modifiée, elle est vide de données

Comment mettre à jour pour que les anciennes données de la base de données soient placées dans la nouvelle (nouvelle version du programme)

Dois-je mettre un fichier exécutable qui fonctionne automatiquement pour qu'il copie les anciennes données de la base de données ... puis y apporte les modifications que vous avez ajoutées (modifications structurelles et nouvelles tables que j'ai ajoutées) et ajoute ensuite les données que j'ai copiées pour devenir la nouvelle base de données?
Ou y a-t-il un meilleur moyen que cela?
merci!!!!

Citation:

---

Envoyé par delphi2019

Dois-je mettre un fichier exécutable qui fonctionne automatiquement pour qu'il copie les anciennes données de la base de données ... puis y apporte les modifications que vous avez ajoutées (modifications structurelles et nouvelles tables que j'ai ajoutées) et ajoute ensuite les données que j'ai copiées pour devenir la nouvelle base de données?
Ou y a-t-il un meilleur moyen que cela?

---

Vous pouvez commencer par faire une copie de l'ancienne base, c'est la Backup, en cas de soucis, on peut repartir sur l'ancienne version
Ensuite vous appliquez des SQL pour modifier l'ancienne base vers la nouvelle, le fait de modifier l'actuelle base ou une nouvelle clonée, ça dépend un peu de votre DB ou SGBD

Vous n'avez pas précisez votre BD ou SGBD
BD : Si c'est un truc genre ACCESS ou Paradox, vous pouvez effectivement faire un clone des fichiers, sur celui-ci appliqué le patch, puis faire pointer votre programme sur le nouveau fichier/dossier, l'originale n'est pas modifié (si il y a un soucis, suffit de faire repointer l'alias sur l'ancien dossier)
SGBD : Si c'est SQL Server, Oracle, MySQL ... plutôt procéder à un BackUp, appliquer le patch sur la base en cours, c'est tout (si il y a un soucis, restauration du backup)


Évitez de faire une copie via SQL, cela sera catastrophique pour gérer les clés primaires par exemple
Faite une copie du fichier/dossier entier ou via les outils de backUp du SGBD


Plusieurs approches

Automatique :
Le programme compare la base de l'utilisateur avec la base théorique (répertoire différent ou schéma de référence vs schéma utilsateur, il fallait la différence et applique des ALTER TABLE ADD COLUMN ...; CREATE TABLE ...;
Aucune suppression

J'ajouterais une table version, et dans le programme je ferais un Script "NULL-VersionX" pour la mise en place de la table Version et la migration de données, si il faut recopier des colonnes d'une ancienne table vers une autre.

Vous pouvez aussi décrire la base de données via un XML par exemple, au lieu d'un ensemble de table vide, c'est le XML qui servira pour générer les SQL nécessaire, en ressource de l'exe (ou de l'installateur), des fichiers SQL toujours pour la partie migration de données



Manuelle :
Vous écrivez vous même que des scripts SQL type IF NOT EXIST ADD COLUMN ...; IF NOT EXISTE CREATE TABLE ...; et les INSERT/UPDATE dans une série de script VersionA-VersionB qui peuvent être cumulatif, l'utilisateur en version NULL et il passe en version C, cela lancera les scripts NULL-VersionA, VersionA-VersionB puis VersionB-VersionC


Un travail à faire proprement à chaque génération de version




La solution du script manuel pour passer les migrations est l'approche que l'on a rencontré 7 fois sur 8.
Un seul avait mappé la structure DB via un XML descriptif et quelques très très rare patch de données.

merci j'ai utilise Firebird 2.5 Y a-t-il d'autres conseils?

Bonjour,

pour compléter, il faut distinguer deux cas de figures

1) la base évolue, nouveaux champs, nouvelles tables...

2) la base change, restructuration des données

dans le premier cas il est préférable, qu'au démarrage, l'application s'assure que la structure de la base soit à jour. Cela peut passer par un message "attention, une mise à jour de la base de données est nécessaire..." et précisant qu'une sauvegarde est recommandée (les sauvegardes sont toujours recommandées, mais là il vaut mieux s'assurer qu'elle a bien fonctionné), puis à coup de SQL on fait des CREATE TABLE ou ALTER TABLE pour mettre à jour la base existante...si elle fait plusieurs Go il n'est pas toujours possible d'en faire une copie (cf pb de sauvegarde). Prévoir le cas d'une base partagée, si d'autres clients sont connectés dans une ancienne version, il est possible que les mises à jour ne passent pas. Le plus confortable dans ce cas c'est de planifier une mise à jour de tous les postes et de la base de donnée dans la foulée...mais ce n'est pas toujours possible.
Prévoir aussi que le client peut passer d'une version n-2 à une version n, donc il en faut pas juste s'assurer que les dernières mise à jour sont faites, mais que toutes les évolutions sont bien appliquées.

dans le second cas, c'est une migration, c'est comme si on change de logiciel et qu'il faut récupérer les données de l'ancienne version dans la nouvelle.

Bonjour

Citation:

---

Envoyé par delphi2019

j'utilise Firebird 2.5 ?

---

Alors le IF EXISTS pour créer une table ou une colonne va être un peu plus compliqué puisqu'il va falloir aller vérifier dans les tables systèmes.
Je conseillerais un système de Script SQL (si les composants utilisés le permette)
Il existe des comparateurs de bases Firebird qui permet de générer ces scripts assez facilement, je crois que le dernier j'ai utilisé était téléchargeable via Getit (mais bon, je reviens juste de vacances)

Tant qu'une colonne ne se trouve pas rétrécie il ne devrait pas y avoir de problèmes

meerci