IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
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

 Firebird Discussion :

Gestion de version (versioning)


Sujet :

Firebird

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    92
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 92
    Par défaut Gestion de version (versioning)
    Bonjour, j'ai vu dans la présentation de Interbase 7.5, qu'elle gérait le versioning des bases de données : http://www.mailsoft.fr/borland-inter...dows-p-83.html

    Ma question :
    Est-ce que firebird fait la même chose?
    En effet je gère une base de données IB 5.6 , et je dois la migrer soit en Firebird soit en IB 7.5. Tout dépendra du prix (y a pas foto c'est FB 1.5) et entre autre de cette fonctionnalité. En effet dès que je fais une modif dans la base : ajout nouvelle table, nouvelle colonne... Je dois déployer les scripts de modification de ma base. Le pb c'est que je dois redéployer également un nouvelle exécutable. Est-ce que le versioning proposé par IB 7 règle ce genre de pb.

    Merci d'avance.




  2. #2
    Membre Expert
    Avatar de Barbibulle
    Profil pro
    Inscrit en
    Octobre 2002
    Messages
    2 052
    Détails du profil
    Informations personnelles :
    Âge : 55
    Localisation : France

    Informations forums :
    Inscription : Octobre 2002
    Messages : 2 052
    Par défaut
    Vous confondez les versions de votre logiciel ou de l'architecture de votre base et le mécanisme de "versioning" utilisé par interbase et Firebird pour gérer les accès conccurentiels aux données de la base.

    L'autre technique utilisé par les autres SGBD est le 'locking' qui consiste à verouiller les données qui sont mise à jours.

    Mais votre exemple n'est pas tout a fait vrai car si vous ajoutez une table ou colonne, celà ne dois pas poser de problème à vos anciens exécutables. Par contre le nouvel exécutable ne fonctionnera pas avec l'ancienne base.
    Le problème se pose c'est si vous supprimez une table ou colonne. Là en effet l ancien exécutable va planter lorsqu'il essayera d'accèder à la colonne ou table supprimée.

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    92
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 92
    Par défaut
    Merci.
    C'est là mon problème.
    Une fois que la base est mise à jour avec mes scripts de modification de structure (alter, ...) elle tourne correctement avec mon nouvel exe : Normal!
    Par contre mon nouvel exe ne fonctionnera pas avec une ancienne base : si je fait appel à une donnée qui n'est pas dans mon ancienne bd mon exe va planter: effectivement je peux gérer une exception mais bon...
    Je ne crois pas qu'i y ait de solutions miracles : a savoir faire fonctionner une base n-1, n-2, n avec un Exe unique.

  4. #4
    Membre éprouvé
    Avatar de Andry
    Profil pro
    Informaticien
    Inscrit en
    Juillet 2002
    Messages
    1 164
    Détails du profil
    Informations personnelles :
    Localisation : Madagascar

    Informations professionnelles :
    Activité : Informaticien

    Informations forums :
    Inscription : Juillet 2002
    Messages : 1 164
    Par défaut
    Cela peut se faire mais ça demande beaucoup de temps et aussi possible seulement si c'etais appliqué des la conception de la première version.
    En effet, lors de mes dev, j'ajoute une table qui contient seulement l'information sur la Bdd à savoir la version, et autres infos. Cette table me sert de repère et dans mes classes sous delphi, les methodes et fonctions doit faire reference à cette repère afin que même si l'executable ou la table change de version, tout fonctionne normalement.
    Mais cette technique aussi a un incovenient :
    - la compatibilité ascendante de la structure de la BDD.
    - plus de temps de developpement
    - possibilité de non optimisation.
    - etc etc

    A+

  5. #5
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    92
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 92
    Par défaut
    Merci pour ces réponses.

    Bonne journée de dev

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Gestion des différentes versions avec VisualsourceSafe ?
    Par soso78 dans le forum Général Dotnet
    Réponses: 2
    Dernier message: 22/03/2009, 18h55
  2. Gestion de plusieurs versions d'une même interface
    Par ecoulees dans le forum ODI (ex-Sunopsis)
    Réponses: 2
    Dernier message: 28/05/2008, 16h20
  3. gestion de la version executable
    Par fredppp dans le forum VC++ .NET
    Réponses: 3
    Dernier message: 15/06/2007, 15h04
  4. [War] Gestion des nouvelles versions
    Par hugo123 dans le forum Tomcat et TomEE
    Réponses: 2
    Dernier message: 06/07/2006, 09h10
  5. [CVS]Gestion de 2 versions avec une partie commune
    Par Gromitou dans le forum EDI et Outils pour Java
    Réponses: 4
    Dernier message: 19/02/2004, 14h32

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo