Discussion :

[Nuffspirit]

Bonjour,

J'aurai besoin de vos conseils : je souhaite désynchroniser mes livraisons de mon site Web avec mes livraisons SQL (Procédure, script de l'architecture, trigger).
Soit la version A de mon site Web et de mon paquet SQL livrée sur mes serveurs de production
Soit la version B de mon site Web et de mon paquet SQL que je dois livrer

D'habitude je livre mon site Web et mon paquet SQL en même temps dans la soirée ce qui permet que le lendemain matin la version B soit OK.
Aujourd'hui je souhaite désynchroniser la livraison de mon paquet SQL avec celle de mon site Web :
- N : Web en version A + SQL en version A
- N+1 : Web en version A + SQL en version B
- N+2 : Web en version B + SQL en version B

Je me suis dit qu'il fallait que je fasse transiter un numéro de version en mon site Web et mon SQL afin d'appeler la procédures SQL correspondant à la bonne version de mon site Web.
J'aurai une procédure comme point d'entrée qui s'occuperait de faire le routage sur la bonne procédure en fonction de la version du site Web.

Cette solution n'est pas forcement géniale mais au vu de mes connaissances et de mes recherches sur le Net, je n'en voit pas d'autre.
Savez vous si des fonctionnalités MS SQL peuvent gérer ce cas ou si vous avez déjà travaillé sur ce sujet ?

Merci d'avance.

[aieeeuuuuu]

Bonjour,

ça va vite devenir une usine à gaz...

Pour quelle raison ne voulez vous pas tout livrer en même temps ?

[Nuffspirit]

Tout d'abord toutes nos livraison sont réalisées en automatique la nuit et sont uniquement surveillés par une équipe dédié à ça.

Nos paquets SQL sont englobés dans une transac générale : cas de problème on effectue d'erreur un rollback est fait.
Du coup si l'installation du site Web est lancé dernière... Ca risque de planter.
- Site Web en version B et SQL e version A = KO

De ce fait on nous conseille de livrer notre paquet SQL une semaine avant le Web (nous livrons 1 fois par semaine à part les correctifs urgents).
Une des solution serait de gérer le numéro de version dans le nom de la procédure stockée et de laisser le Web piloter l'appel.

Effectivement il faudra faire du ménage une fois la livraison effectuée.

Avez vous d'autre idée ?
Merci

[SQLpro]

Il est possible de jouer sur une particularité peu connues de SQL Server. La gestion des versions des procédures. En effet, lors de sa création, une procédure est créée avec un numéro de version.

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
CREATE PROCEDURE P0;1
AS
SELECT 1 AS P0_VERSION1
GO
 
EXEC P0;
GO
 
 
CREATE PROCEDURE P0;2
AS
SELECT 2 AS P0_VERSION2
GO
 
EXEC P0
GO
 
EXEC P0;2
GO

Je ne sais pas si cela peut vous aider…. Et en plus c'est considéré comme deprecated, mais pas encore obsolète…

A +

[Nuffspirit]

Ok merci.
Je vais regarder ce point sur le numéro de version même si c'est déprécié.
Est ce que vous auriez de la documentation la dessus car je ne trouve rien sur ce sujet ?

Merci d'avance.

[Nuffspirit]

Effectivement dans la Doc MS SQL j'ai trouvé ça

; number
S’applique à : SQL Server 2008 à SQL Server 2017 et Azure SQL Database.

Entier facultatif utilisé pour regrouper des procédures de même nom. Ces procédures groupées peuvent être supprimées en même temps par le biais d'une seule instruction DROP PROCEDURE.

Note

Cette fonctionnalité est en mode de maintenance et risque d’être supprimée dans une prochaine version de Microsoft SQL Server. Évitez d'utiliser cette fonctionnalité dans de nouveaux travaux de développement, et prévoyez de modifier les applications qui utilisent actuellement cette fonctionnalité.

Les procédures numérotées ne peuvent pas utiliser les types xml ou CLR définis par l’utilisateur, et ne peuvent pas être utilisées dans un repère de plan.

Dommage qu'il ne précise pas comment reconduire le comportement...