Quote:
j'espére que j'étais clair
Oui tu te retrouves avec 2 bases de données désynchronisées.
Malgré cela je comprends mal ton problème. Evidement ton client se sert de la base de données pendant tu n'es pas là.
donc toi de ton côté tu modifies l'appli
ensuite tu veux mettre tes modifs dans l'appli en production, c'est ça ?
Quote:
script qui vas d'une part ajouter les modif sur les procedures stocké,colonne des tables si je l'est modifier,... et aussi garder les données du clients
Ce que je ne comprends pas c'est pourquoi un script SQL qui ajouterait une colonne à une table ou une procédure stockée modifierait les données de la table.
Ou bien si la modification de la table est très importante, tu passes par une table temporaire dans laquelle tu copies toutes les données de l'originale, tu fais les modifs et tu réinjectes les données dans la table modifiée.
(Il tombe sous le sens qu'une telle opération doit se faire dans le cadre d'une transaction)
Oui tu te retrouves avec 2 bases de données désynchronisées.
Malgré cela je comprends mal ton problème. Evidement ton client se sert de la base de données pendant tu n'es pas là.
donc toi de ton côté tu modifies l'appli
ensuite tu veux mettre tes modifs dans l'appli en production, c'est ça ?
Ce que je ne comprends pas c'est pourquoi un script SQL qui ajouterait une colonne à une table ou une procédure stockée modifierait les données de la table.
Ou bien si la modification de la table est très importante, tu passes par une table temporaire dans laquelle tu copies toutes les données de l'originale, tu fais les modifs et tu réinjectes les données dans la table modifiée.
(Il tombe sous le sens qu'une telle opération doit se faire dans le cadre d'une transaction)