Discussion :

[sevyc64]

Salut à tous, je me pose une petite problématique.
Je dois faire évoluer un petit utilitaire qui se connecte à des* bases de données. L'évolution aura pour effet collatéral l'ajout d'un champs dans une des tables.
* l'utilitaire rentre dans un process de préparation de bases qui seront ensuite installées chez les clients

Le problème étant que cet utilitaire devra rester compatible avec des bases créées antérieurement à la modif, donc sans cette colonne.

Donc ma question est, existe-il une syntaxe sql simple, directement dans le select, un peu à l'image de ce que peu faire coalesce pour les valeurs, qui renverrait une valeur par défaut (NULL en l’occurrence ici, ou une chaine vide) à la place de la colonne manquante et en lieu et place de lever une exception.

Quand je parle de syntaxe simple, c'est pour éviter les montages à base de IF machin et la gestion de 2 requêtes différentes suivant la version de base, ou même de IF machin ALTER TABLE pour rajouter la colonne manquante avant exécution. Cette solution ALTER TABLE n'étant pas forcément très intègre puisqu'elle modifie une base potentiellement déjà validée.


PS : En cas de solution spécifique à un SGBD, on tourne pour le moment en SQLServer 2008, mais ça pourrait évoluer à moyen/long terme

[escartefigue]

Bonjour,

A part aller consulter le catalogue pour vérifier l'existence ou non de la colonne dans la table, je ne vois pas

Cette consultation peut bien sur être faite par requête depuis l'outil en question, le principe restera le même quelque soit le SGBD, mais la syntaxe sera forcément différente, le catalogue étant spécifique à chaque SGBD

[SQLpro]

Il n'y a qu'une seule solution qui est de faire du SQL dynamique. En effet si vous mettez le nom d'une colonne qui peut exister dans certaines base et pas d'autre d'autre, dans une requête, une exception sera levée avant même l'exécution de la requête, au cours de l'analyse syntaxique.

Une des solution que je préconise pour ce genre de chose est d'utiliser un procédure stockée générique qui fait tout le boulot. On lui passe un flux XML avec toutes les info (noms des tables, jointures, colonnes renvoyées, filtres divers, valeurs de filtrage) et on parse cela dans la procédure pour générer le texte d'une requête dynamique qui sera ensuite exécutée.

A +

[al1_24]

Il sera toujours nécessaire d'utiliser deux requêtes, l'une avec la nouvelle colonne, l'autre sans.
Même si fonctionnellement une branche de la requête ne sera pas exécutée en cas d'absence de la colonne, elle sera quand même vérifiée d'un point de vue syntaxique.
En effet, l'analyseur syntaxique, après avoir vérifié la grammaire de la requête, va s'assurer que tous les objets auxquelles elle fait référence existent bien dans le dictionnaire.

[sevyc64]

Ok merci.

A part aller consulter le catalogue pour vérifier l'existence ou non de la colonne dans la table, je ne vois pas

Oui c'est le montage IF machin que j'évoquais

Il n'y a qu'une seule solution qui est de faire du SQL dynamique. .......

Ok.
Pourquoi pas si une base en production, cela pourrait être une solution.
Ici, cette table, et donc cette colonne ne sont utilisées que pour la phase de préparation de la base, même si ensuite la table est conservée en guise d'archive elle pourrait être supprimée lorsqu'on pose la base chez le client.
Donc je pense que je vais rester sur des choses plus basiques.

Il n'y a donc pas de solutions plus simple que les 2 requêtes distinctes ou alors rajouter systématiquement la colonne.

[aieeeuuuuu]

Bonjour,

Une solution bricolée avec du XML :

Code :

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

1
2
3
4
SELECT  e.value('.', 'INT') AS LaNouvelleColonne
FROM LaTable Tbl
CROSS APPLY ( SELECT CAST((SELECT Tbl.* FOR XML PATH('')) AS XML)) AS T(x)
OUTER APPLY x.nodes('LaNouvelleColonne') AS R(e)

Si la nouvelle colonne n'existe pas, on obtient du NULL.

Bon, je dis pas que c'est joli... mais ça fonctionne.

[StringBuilder]

Sinon, quitte à créer une nouvelle colonne, pourquoi ne pas créer une vue ?

Le SELECT de la vue est déterminé au moment de l'installation de l'utilitaire.
Et elle renvoie la colonne ou NULL selon si la colonne existe ou non