Discussion :

[dubem1]

Bonjour,

j'ai une application bilingue qui apelle une stored procédure. Selon la langue de l'utilisateur, je veux recevoir une colonne plutot qu'un autres

La seule facon que j'ai trouvé est de passer un code de langue en paramètre et de doubler la requête.

if @lang = 1
Select unique_id, nom_L1, .... from Table
else
Select unique_id, nom_L2, .... from table

Je me dis qu'il doit surement y avoir une facon plus efficace de faire cela comme d'affecter une variable qui contient le nom de la colonne du style :
J'ai essayé ceci, mais ca ne fonctionne pas

if @lang = 1
@nomcolonne = 'nom_L1'
else
@nomcolonne = 'nom_L2'

Select unique_id, @nomcolonne, .... from table

Quelqu'un a une solution?

Merci
Martin

[Madinico]

Oui, il y a une solution à ton problème. Il faut passer par l'utilisation de requête dynamiques.

Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
DECLARE @requete VARCHAR(8000)
IF@lang = 1
@nomcolonne = 'nom_L1'
ELSE
@nomcolonne = 'nom_L2'
 
SET @requete = 'SELECT unique_id, '+@nomcolonne+', .... FROM table'
EXECUTE(@requete)
IF @@ERROR <> 0 
    RETURN -1

Les requêtes dynamiques sont des constructions de chaînes de caractères. Elles sont exécutés par l'ordre EXECUTE(). De cette manière, on peut construire des requêtes de manière dynamiques en conditionnant des nom de champs, de tables et des clauses.

ATTENTION : la concaténation ne peut s'opérer que si ta variable est un type chaînes de caractères et que sa valeur est différente de NULL.

[abdoing]

et pourquoi pas:

Code :

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

select unique_id,case when @lang = 1 then nom_L1 else nom_L2 end as 'colonne',......from table

sauf qu'içi le test sera réalisé à chaque enregistrement.

[dubem1]

merci pour les deux exemples concret. En effet, dans les deux cas, ca répond a mon besoin. Par contre, dans le premier cas, je me dis que tant qu'a faire ca, je suis aussi bien préparer ma requête dans ma couche d'affaire et la passé à SQL déjà avec les bonne valeur. Dans le deuxième cas, il me semble que ca doit influencer sur la performance.

Bref, je crois que je vais plutot batir ma requête dans ma couche d'affaire et la passé à SQL par la suite. Mon seul regret, c'Est que je n'utilise pas une stored procédure de cette facon.

Merci

[SQLpro]

Utilisez une requête unique avec une structure CASE :
http://sqlpro.developpez.com/cours/sqlaz/select/#L7

A +