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

Autres SGBD Discussion :

Répercussion de modifications Dev -> Prod


Sujet :

Autres SGBD

  1. #1
    Membre régulier
    Homme Profil pro
    Développeur Web
    Inscrit en
    Décembre 2006
    Messages
    126
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : Décembre 2006
    Messages : 126
    Points : 93
    Points
    93
    Par défaut Répercussion de modifications Dev -> Prod
    Bonjour,

    Je suis dans une petite boite de développeur qui commence à grandir (2 - 5 personnes par application).
    Nous voilà face à une problématique, celle de faire en sorte de ne pas oublier de modification DB lorsqu'on met à jour une de nos application sur notre site de production.

    Vu la taille de la société, on a pas de DBA attitré, chacun effectue les modifications de structure et/ou de contenu de la DB en fonction des besoins de son développement.
    Du coup, lorsqu'on déploie l'application on a vite des surprises ...

    Je cherche donc une méthodologie à proposer à mes collègues pour ne plus perdre de modification sans non plus tomber dans des procédures trop contraignantes.

    Ma question donc : comment faites-vous ou feriez-vous pour gérer cette problématique ?

    Merci

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 684
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 684
    Points : 52 280
    Points
    52 280
    Billets dans le blog
    4
    Par défaut
    Pour le modèle de données, utilisez un outil de modélisation comme PowerAMC. Cela vous fera gagner beaucoup de temps. Chez mes clients, c'est généralement un à 2 mois de travail économisé.

    Pour les routines de la base (procédures, fonction trigger), une méthode simple consiste à sauvegarder la base tous les soirs et la remonter sur une autre base puis procéder par différence en calculant un hash entre le code en production et le code en dev.
    Ceci vous donnera la liste des éléments ayant évolués.
    Dans certains SGBDR, par exemple SQL Server, vous avez en outre la date de création et la date de dernière modif dans les tables systèmes.
    Sinon, recourir à un outil de versionning, mais c'est très cher !

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Nouveau membre du Club
    Homme Profil pro
    Inscrit en
    Février 2013
    Messages
    23
    Détails du profil
    Informations personnelles :
    Sexe : Homme

    Informations forums :
    Inscription : Février 2013
    Messages : 23
    Points : 32
    Points
    32
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    Sinon, recourir à un outil de versionning, mais c'est très cher !

    A +
    Vous pensez à quoi en particulier ?

    Sinon, Ghurdyl, pour la mise en prod, le meilleur moyen de ne pas se planter est d'automatiser un maximum de choses par scripting.

  4. #4
    Membre régulier
    Homme Profil pro
    Développeur Web
    Inscrit en
    Décembre 2006
    Messages
    126
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : Décembre 2006
    Messages : 126
    Points : 93
    Points
    93
    Par défaut
    Pour le moment nous avons opté pour une solution où nous maintenons des fichiers de scripts sur le même SVN que le projet concerné.

    Le fichier contient, en plus des requêtes, quelque commentaires et notamment la date d’exécution du script en dev et la date d'exécution en prod.

    Lorsqu'on exécute un script, on mets à jour les commentaires et commit sur le SVN.

    Ca ne garanti rien mais c'est simple.

Discussions similaires

  1. Publier un cube de DEV vers PROD ?
    Par tsara dans le forum Cognos
    Réponses: 0
    Dernier message: 08/08/2012, 12h35
  2. Cohabitation mySQL/posgresSQL entre dev et prod ?
    Par boubil dans le forum Zend_Db
    Réponses: 6
    Dernier message: 07/08/2012, 21h33
  3. Déploiement de Dev en Prod avec Sharepoint
    Par jff42 dans le forum InfoPath
    Réponses: 3
    Dernier message: 13/12/2010, 18h14
  4. [Vxi3] Migrer de dev en prod
    Par aziza2009 dans le forum Webi
    Réponses: 7
    Dernier message: 06/04/2009, 12h40
  5. Modification / dev/ttyS0
    Par vincent.gad dans le forum Matériel
    Réponses: 1
    Dernier message: 20/05/2007, 07h01

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