Discussion :

[Maurice Fallou]

Bonjour,

Voilà mon problème, je veux joindre deux tables. Ca marche, cependant je me retrouve avec deux colonnes de même nom. Du coup, il y a problème.
Mon SELECT est "SELECT * ", je pense que je pourrais bien mettre un alias a chaque colonne en fonction de la table, mais ça me parait fastidieux.

Il y aurait-il une autre solution ?

Merci.

[rudib]

Bonjour,

Non. Je te conseille vivement - et je ne suis pas le seul - de lister toutes tes colonnes. Ca t'évitera bien des problèmes plus tard. Tu peux faire un glisser-déplacer depuis le noeud "colonnes" de l'explorateur d'objets de Query Analyzer ou Management Studio, pour t'éviter de les retaper.

[Maurice Fallou]

D'accord et merci.

J'avais vu aussi que c'était mieux de tout lister... Mais pourquoi en fait ? niveau sécurité ?

[rudib]

Une forme de sécurité : celle de son bien-être

Cela te permet de mieux contrôler ce que tu fais et d'assurer la maintenance de ton code, cela te permet aussi d'optimiser les performances : si tu n'utilises que quelques colonnes, toutes les retourner te fait utiliser parfois bien plus de lectures de pages que nécessaire, et certainement bien plus de bande passante du réseau.

Il est bon en général de maîtriser et d'indiquer clairement ce que tu fais. Un exemple : j'ai eu affaire il y a quelque temps à un site web où tout était en SELECT *, sans procédures stockées, et le code client en ASP était un tel plat de spaghettis que plus personne ne savait quelle colonne était utilisée ou non. Que faire dans ce cas quand tu veux redesigner, ou faire du refactoring ? Comment supprimer une colonne en étant sûr qu'il n'y a pas d'effets pervers ? Dans ce genre de cas, tu finis par transformer la structure de tes tables à leur tour en un gros b*rd*l à cause des contraintes amenées par le relâchement du tout.

[Maurice Fallou]

Merci

[WOLO Laurent]

Merci de penser au tag [Résolu] pour vos méssages.