[SQL][DB2]désigner une colonne dans le WHERE par son indice?

Bonjour,

j'aurai voulu savoir si il était possible dans une requête de sélection de désigner une colonne dans la clause Where par son indice :?:

Citation:

---

ex: table EMPLOYE(ID,NOM,PRENOM)

---

Code:

---

1 2 3

Select * FROM EMPLOYE Where 2 like '%Dupont%' Order by 2;

---

merci.

Salut

J'ai fouillé dans le RedBook d'IBM et j'ai rien trouvé là-dessus.

C'est quoi la raison de vouloir changer un nom de colonne?

Bonsoir,

Ca semble difficilement possible. 8O
Comment traduirais-tu

Citation:

---

WHERE nom = 2

---

par exemple ?
table.colonne = 2 (la valeur) ?
ou bien
table.colonne = colonne n° 2 de ton résultat ?
Déjà qu'avec 1

Citation:

---

ORDER BY 2,5,1,...

---

on arrive à mettre la tawa...J'imagine le résultat d'1

Citation:

---

SELECT *
FROM T1, T2, T3
WHERE 1 = 1
AND 2 = 3
AND 2 = 4
ORDER BY 49,10,8 !!!!

---

Citation:

---

Envoyé par TheLeadingEdge

on arrive à mettre la tawa...J'imagine le résultat d'1

Citation:

---

SELECT *
FROM T1, T2, T3
WHERE 1 = 1
AND 2 = 3
AND 2 = 4
ORDER BY 49,10,8 !!!!

---

---

Bien expliqué! Y'aurait de quoi virer maboule :lefou:

on arrive bien à faire des ORDER BY 1,2 ....

Ce serait utile par exemple lorsque l'on veut faire une recherche multi-critéres (si je reprend mon premier exemple) avec une seule requête pour rechercher dans le nom de l'employé ou le prénom.

Code:

---

1 2 3

Select * FROM EMPLOYE Where 2 like '%Dupont%' Order by 2;

---

Code:

---

1 2 3

Select * FROM EMPLOYE Where 3 like '%Jean%' Order by 3;

---

dans ce cas , on se retrouve avec une unique requête à 2 paramètres et cela quelque soit le nombre de colonnes de la table et cela sans se soucier du nom des colonnes :

Code:

---

1 2 3

Select * FROM EMPLOYE Where @Param1 like '%@Param2%' Order by @Param1;

---

plutôt que d'avoir ceci :

Code:

---

1 2 3

Select * FROM EMPLOYE WHERE NOM like '%@Param1%' Order by NOM;

---

Code:

---

1 2 3

Select * FROM EMPLOYE WHERE PRENOM like '%@Param1%' Order by PRENOM;

---

on imagine maintenant un champ supplémentaire :

Code:

---

1 2 3

Select * FROM EMPLOYE WHERE DESCRIPTION like '%@Param1%' Order by DESCRIPTION;

---

On se retrouve avec 3 requêtes, alors que dans ce cas :

Code:

---

1 2 3

Select * FROM EMPLOYE Where @Param1 like '%@Param2%' Order by @Param1;

---

une seule requête suffit (et ceux quelque soit le nombre de colonne).

Ah lala, le SQL est vraiment un langage sommaire :wink:

et bien tant pis, j'utiliserai les noms de colonnes comme paramètres (@Param1) ce qui rendra mon programme C# très dépendant de la base de données. :cry:

Citation:

---

Envoyé par Nycos62

Ah lala, le SQL est vraiment un langage sommaire :wink:

---

Sommaire, non, rigoureux, oui ;)

La syntaxe du type "SELECT *" est en général déconseillée car elle ne permet pas d'optimiser les requêtes, et il est clair qu'il est impossible dans un tel cas d'utiliser le n° du champ dans ta clause "Order By", vu que c'est le fait de préciser les champs dans le SELECT qui permet de les "numéroter". Même si tu as créé ta table avec un script bien précis, l'ordre dans lequel sont créés les champs n'a aucune signification en SQL.

Citation:

---

Envoyé par Nycos62

et bien tant pis, j'utiliserai les noms de colonnes comme paramètres (@Param1) ce qui rendra mon programme C# très dépendant de la base de données. :cry:

---

Ha, rien à voir, à mon avis ! Si tu dois implémenter une recherche multi-critères, il te faut contruire ta requête dans ta GUI, en fonctions de scritères renseignés : c'est de la simple concaténation de chaînes de caractères ;)

Citation:

---

Envoyé par Xo

simple concaténation de chaînes de caractères

---

8O

Code:

---

1 2 3 4 5 6 7 8 9

'SQLCommand SqlCommand commad = New SqlCommand("SELECT * FROM EMPLOYE WHERE " + _ "@colonne like '%@nomemp%' ORDER BY @colonne", _ connection) 'Paramètres command.Parameters.Add(New SqlParameter("@nomemp", SqlDbType.VarChar, 20)) command.Parameters("@nomemp").Value = "DUPONT" command.Parameters.Add(New SqlParameter("@colonne", SqlDbType.VarChar, 20)) command.Parameters("@colonne").Value = "NOM"

---

le problème en fait était un soucis d'indépendance optimale du code et du schéma physique des données en base :

On sait compter le nombre de colonnes d'une table => ce qui permet d'extraire du programme les noms de colonnes en les désignant par leur numéro. Mais malheureusement çà n'est pas possible.
Ensuite, je me suis rappelé que l'on pouvait lister les noms de colonne d'une table, donc au final => les valeurs possibles de l'attribut @colonne sont tout de même externalisées et la seule valeur à indiquer dans le programme sera le nom de la table.

(par contre, je ne pensais pas qu'un SELECT * était moins performent qu'un SELECT ID,NOM,PRENOM)