none
Parenthèse doublé dans les valeurs par défaut RRS feed

  • Question

  • Bonjour à tous,

    nous avons un serveur en production et un serveur en test.

    La base de données du serveur de prod est régulièrement recopier sur le serveur de test afin d'avoir des jeux de données "propre".

    Je rencontre cependant un phénomène étrange. Dans certains champs de certaines tables, et uniquement sur le serveur de test (qui n'est qu'une copie du serveur de prod) les valeurs par défaut ont des parenthèse doublées.

    Cela fonctionne comme si la valeur par défaut était (3); cela ne pose donc pas vraiment de souci .

    Cela dit, afin de ne pas avoir de problème de structure de base de données lors de mise à jour, nous avons développés une mini appli pour comparer la structure de la base de données en prod et celle de la base de données de test.

    Or, vu que les valeurs par défaut de certains champs ont les parenthèse doublés sur le serveur de test et non sur le serveur de prod, notre mini appli voit des différences (qui du coup n'en sont pas...).

    Je pourrais modifier l'appli pour ne pas prendre en compte les différences de parenthèse sur la colonne "column_default" et ne pas voir ces fausses erreurs ressortir, mais primo,  je ne suis pas trop fans de ce type de bidouille et secundo, je préférerais comprendre le pourquoi du comment...

    Si quelqu'un à une piste, je suis preneur !

    Merci d'avance et bon dév à tous !

    mardi 9 avril 2013 06:24

Toutes les réponses

  • Bonjour,

    Je crois avoir déjà vu cela dans le passé (ainsi que l'ajout un blanc après CREATE PROCEDURE ou ALTER PROCEDURE). Je pense que c'était à chaque fois que l'on générait un script de modification (ce qui comporte sans doute les modifications de tables via SQL Server Management Studio ou le transfert de bases par SSIS). Si vous utilisez SSIS, voir peut-être ce que donne un backup/restore (ou jeter simplement un oeil aux scripts générés).


    Please always mark whatever response solved your issue so that the thread is properly marked as "Answered".

    dimanche 14 avril 2013 22:18
  • Bonjour,

    L'idée de Patrice semble être une bonne piste.

    Comment effectuez-vous la copie régulière de la base de production vers l'environnement de test ?

    JN.


    Jean-Nicolas BERGER
    http://blog.sqlserver.fr

    dimanche 14 avril 2013 22:41