Formatage résultat requête

**Original Prankster** · 06/09/2005, 11h05

Re bonjour

Je voulais savoir s'il était possible dans un SELECT d'employer des fonctions de formatage et d'alignement, comme le setw() de C++, qui fixe le nombre de caractères à employer pour afficher une variable donnée dans les flux. En fait je veux concaténer 2 colonnes, ce que je réalise sous Oracle 9i avec l'opérateur ||, mais de la façon suivante :

Code :

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

1
2
3
4
5
6
7
306    (Peugeot)
407    (Peugeot)
Clio   (Renault)
Mégane (Renault)
F50    (Ferrari)
626    (Mazda)
Polo   (Volkswagen)

Et non pas ainsi :

Code :

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

1
2
3
4
5
6
7
306 (Peugeot)
407 (Peugeot)
Clio (Renault)
Mégane (Renault)
F50 (Ferrari)
626 (Mazda)
Polo (Volkswagen)

Merci d'avance

**Magnus** · 06/09/2005, 12h05

C'est ce que SQLpro appelle de la "cosmétique"

si je ne m'abuse et par conséquent ça ne doit pas être à la charge du langage SQL ?

Quoi qu'il en soit si je me trompe, je propose à tout hasard de combler la différence par une chaîne formée d'une répétition (= la différence entre la taille de la chaîne maximale et la taille de la chaîne courante) du caractère espace.

Pour être plus clair, "Mégane" est la chaîne la plus longue (taille = 6) donc il faut combler "306" par 6 - 3 = 3 espaces.

Qu'en penses-tu ?

**Médiat** · 06/09/2005, 12h13

Sous ORACLE, il existe la fonction RPAD qui fait cela très bien.

**Original Prankster** · 06/09/2005, 13h26

La fonction RPAD correspond en effet à l'objet de ma demande, donc merci encore une fois à Médiat. Quant à la solution de Magnus, je ne peux nier qu'elle est ingénieuse, bien qu'il faille chercher la chaîne la plus longue avant de calculer la différence à appliquer...

Petit exemple pour la route :

Code :

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

1
2
SELECT RPAD (Modele, 7, ' ') || Marque
FROM Modele INNER JOIN Marque ON Modele.IdMarque = Marque.IdMarque

Merci vous deux... Si ça continue je vais finir par vous aduler

**Médiat** · 06/09/2005, 13h36

Envoyé par Original Prankster

Si ça continue je vais finir par vous aduler

Je suis d'accord, et toi Magnus ?

**Magnus** · 06/09/2005, 13h48

ça me va aussi

PS : je plaisante bien sûr : mon niveau est loin d'égaler celui de certains utilisateurs de ce forum (dont Médiat & SQLpro) qui d'ailleurs m'a récemment mis une déculottée parce que je donnais des solutions avec des requêtes qui ne respectaient pas la norme

Au plaisir de vous recroiser.

**Original Prankster** · 06/09/2005, 14h22

Envoyé par Magnus

avec des requêtes qui ne respectaient pas la norme

Ca craint quand même... 8)

**Original Prankster** · 06/09/2005, 14h31

Ah, ya quand même un petit problème avec RPAD ! En effet, si j'utilise une police d'écriture telle qu'Arial (dans une liste déroulante au sein d'une application web ca me semble normal), ca ne m'aligne pas les colonnes... Et pour cause, Arial n'est pas une police monospace !

En fait faudrait voir s'il existe pas une façon de combler ça à la Windows, avec une tabulation...

Une idée ?

**Médiat** · 06/09/2005, 14h52

avec une tabulation ?

Oui, avec une tabulation !

Code :

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

Modèle || '	' || Marque

**Original Prankster** · 06/09/2005, 15h20

Facile à dire ! Je suis en Java, moi ! Si je tape sur la touche tab j'obtiens un espace dans mon code et donc un espace dans le résultat rendu par ma requête, tandis que si j'insère un '\t', je me retrouve avec :

Code :

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

307\t(Peugeot)

... Et maintenant ?

**Médiat** · 06/09/2005, 15h32

Je ne comprends pas ton programme interprète une information entre quote, es-tu sur que ce n'est pas ton éditeur de texte qui transforme les tab en espaces ?
Sinon : chr(9), ou quelque chose comme ça. 9 est le code ASCII de la tabulation

**Original Prankster** · 06/09/2005, 15h40

Envoyé par Médiat

es-tu sur que ce n'est pas ton éditeur de texte qui transforme les tab en espaces ?

Je pense effectivement que c'est lui. Par ailleurs les '\t' sont également traduits dans mes listes déroulantes par un simple espace.

chr(9) c'est du SQL ça ?

**Magnus** · 06/09/2005, 15h43

Utilise le code ASCII : ça doit être 009 d'après ce site : www.lookuptables.com

**Magnus** · 06/09/2005, 15h46

chr(9) c'est du SQL ça ?

c'est ça : c'est une UDF sous Interbase mais j'ai testé ça fonctionne aussi sous ORACLE 8i donc tu peux essayer.

**Médiat** · 06/09/2005, 15h47

CHR est bien une fonction ORACLE, chr(9) est une tabulation.

**Original Prankster** · 06/09/2005, 16h09

Ma foi, effectivement CHR(9) semble être une tabulation. Voici les divers résultats que j'obtiens :

- Tools for Oracle Administrators and Developers ne semble pas reconnaître ce caractère mais place un espèce de caractère (pipe gras) identique à celui affiché lorsque j'avais directement entré une tabulation entre les quotes.
- L'éditeur SQL de Sun Java Studio Creator ne répond plus (!), mais a bien compris le '\t' de tout à l'heure dans le code Java.
- Ma liste déroulante en HTML continue d'arborer un simple espace, avec n'importe quelle des solutions que j'ai pu essayer.

Bref, je pense que les tabulations ne sont pas prévues pour les listes déroulantes...

**Magnus** · 06/09/2005, 17h14

- Tools for Oracle Administrators and Developers ne semble pas reconnaître ce caractère mais place un espèce de caractère (pipe gras) identique à celui affiché lorsque j'avais directement entré une tabulation entre les quotes

Il est vrai que sous Interbase 6, la concaténation :

Code :

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

'xxx'||CHR(9)||'yyy'

me retourne 'xxxyyy' sans espace ni tabulation.

Pourtant le code ASCII semble être correct...

**Original Prankster** · 06/09/2005, 17h19

Envoyé par Magnus

Pourtant le code ASCII semble être correct

Je ne doute pas qu'il le soit. C'est juste que nos éditeurs SQL ne l'interprètent pas. Mais au fond ce qui me pose soucis c'est le résultat final dans le composant JSF... Bon, c'était juste de la "cosmétique", avec 2 espaces ça fait tout aussi bien... enfin presque...