Sortir plusieurs lignes [PG] - SQL/NoSQL - Programmation
MarshPosté le 21-12-2005 à 15:29:42
Bonjour, Bon, c'est un peu de la bidouille, mais j'ai une appli qui me permet à partir du résultat d'une requete de générer des étiquettes (dans le format d'impression que l'on utilise) On utilise ça très bien pour sortir les adresses d'une base de données. Je voudrais faire une requete qui permettrait de mettre un petit texte toujours identique, je pensais faire un truc du style :
select 'Coucou a tous' as nom, 'comment allez vous' as adresse, 'moi tres bien merci' as ville from .....
afin qu'il affiche :
Coucou a tous comment allez vous moi tres bien merci
a la place de l'adresse.
Mon probleme est : comment faire pour qu'il me sorte le nombre de ligne que j'ai besoin (si je lance cette requete, il ne va sortir qu'une seule ligne)
Je peux contourner ce probleme en faisant une jointure avec une autre table qui contient des clés primaire et faire un "where id<nombre_de_ligne_que_je_veux", mais je voulais savoir si y'a une façon de faire en SQL qui soit plus "conforme à la norme".
Marsh Posté le 21-12-2005 à 15:29:42
Bonjour,
Bon, c'est un peu de la bidouille, mais j'ai une appli qui me permet à partir du résultat d'une requete de générer des étiquettes (dans le format d'impression que l'on utilise)
On utilise ça très bien pour sortir les adresses d'une base de données.
Je voudrais faire une requete qui permettrait de mettre un petit texte toujours identique, je pensais faire un truc du style :
select 'Coucou a tous' as nom, 'comment allez vous' as adresse, 'moi tres bien merci' as ville from .....
afin qu'il affiche :
Coucou a tous
comment allez vous
moi tres bien merci
a la place de l'adresse.
Mon probleme est : comment faire pour qu'il me sorte le nombre de ligne que j'ai besoin (si je lance cette requete, il ne va sortir qu'une seule ligne)
Je peux contourner ce probleme en faisant une jointure avec une autre table qui contient des clés primaire et faire un "where id<nombre_de_ligne_que_je_veux", mais je voulais savoir si y'a une façon de faire en SQL qui soit plus "conforme à la norme".
Merci,
Axel