Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Delphi Discussion :

faire une nouvelle version du programme


Sujet :

Delphi

  1. #1
    Membre du Club
    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!!!!
    Delphi installés : RAD Studio 10.4 ..........Programme VCL
    SGBD : Firebird 2.5
    générateurs Etats : FastReport, QuickReport
    OS : Window 7 64bit

  2. #2
    Expert éminent sénior
    Citation Envoyé par delphi2019 Voir le message

    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.
    Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
    Attention Troll Méchant !
    "Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
    Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
    L'ignorance n'excuse pas la médiocrité !

    L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
    Il faut avoir le courage de se tromper et d'apprendre de ses erreurs

  3. #3
    Membre du Club
    merci j'ai utilise Firebird 2.5 Y a-t-il d'autres conseils?
    Delphi installés : RAD Studio 10.4 ..........Programme VCL
    SGBD : Firebird 2.5
    générateurs Etats : FastReport, QuickReport
    OS : Window 7 64bit

  4. #4
    Expert éminent sénior
    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.
    Developpez.com: Mes articles, forum FlashPascal
    Entreprise: Execute SARL
    Le Store Excute Store

  5. #5
    Rédacteur/Modérateur

    Bonjour
    Citation Envoyé par delphi2019 Voir le message
    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
    La seule chose absolue dans un monde comme le nôtre, c'est l'humour. » Albert Einstein

    Delphi installés : D3,D7,D2010,XE4,XE7,D10 (Tokyo, Rio, Sidney) et peut être quelques autres
    SGBD : Firebird 2.5, 3, SQLite
    générateurs Etats : FastReport, Rave, QuickReport
    OS : Window Vista, Windows 10, Ubuntu, Androïd

  6. #6
    Membre du Club
    meerci
    Delphi installés : RAD Studio 10.4 ..........Programme VCL
    SGBD : Firebird 2.5
    générateurs Etats : FastReport, QuickReport
    OS : Window 7 64bit

###raw>template_hook.ano_emploi###