explode + requette

bonjour

j'ai une table RANDO_A_FAIRE avec un champ (RANDONNEUR) qui contient des references séparées par des pipe
11111111|22222222|33333333|

dans une autre table RANDOPEI j'ai un champ (REF) = au champ randonneur
11111111

je voudrais resortir les datas NOM et VILLE de la table RANDOPEI suite à un explode du champ RANDONNEUR de la table RANDO_A_FAIRE

je pense qu'il faut 2 requettes donc une avec jointure, mais j'avoue je ne sais pas comment commencer

un peu d'aide serais bienvenue

Saluton,
En utilisant REGEXP dans la clause ON de la jointure, mais ça risque de consommer beaucoup de ressources.

bonjour

merci pour ta réponse mais je vois pas comment utiliser une regexp

si tu avais un exemple ca me libererais les neureures :mouarf:

a+ gilles

J'me jette à l'eau, alors

Code:

---

1 2	FROM RANDO_A_FAIRE INNER JOIN RANDOPEI ON RANDO_A_FAIRE.RANDONNEUR REGEXP CONCAT ('\'(',REF,')\'')'

---

Je ne suis vraiment pas sûr que MySQL va interprèter le résultat de CONCAT comme motif pour le REGEXP.

En fait, après test, c'est encore plus simple

Code:

---

1 2 3

SELECT R.REF,R.NOM,R.VILLE,RAF.RANDONNEUR FROM RANDO_A_FAIRE RAF INNER JOIN RANDOPEI R ON RAF.RANDONNEUR REGEXP (R.REF)

---

bonjour

meeeeeeeeeeerci ca marche super

j'avais commencer la requette differement (ancienne ecole :mrgreen:), mais je resortais que le 1er enregistrement. je n'avais pas encore integre REGEX

Code:

---

1 2 3 4

$result="select RANDO_A_FAIRE.RANDONNEUR,NOM_PRENOM,VILLE "; $result.="from RANDONNEUR,RANDO_A_FAIRE "; $result.="where RANDO_A_FAIRE.ID_RANDO = '1' and RANDONNEUR.ID_REF=RANDO_A_FAIRE.RANDONNEUR ";

---

pourrais tu me commenter ta requette pour que je ne meure pas idiot sa m'arangerais bien

Code:

---

1 2 3

$result=" SELECT R.ID_REF,R.NOM_PRENOM,R.VILLE,ID_REF.RANDONNEUR "; $result.="FROM RANDO_A_FAIRE ID_REF INNER JOIN RANDONNEUR R ON ID_REF.RANDONNEUR REGEXP (R.ID_REF)";

---

encore un grand merci

Que dire, les jointures c'est quand même là qu'on en parle le mieux, de mon point de vue.
Quant à REGEXP, qui utilise la syntaxe des expressions régulières ou rationnelles, suivant comment l'on traduit de l'anglais, leur implémentation dans MySQL est peu commentée, en français.
L'idée est de chercher un motif dans une chaîne et de retourner VRAI si on le trouve et FAUX dans le cas contraire.
Dans le cas précis, si le motif (R.ID_REF), ça marche aussi sans les parenthèses qui sont normalement requises dans la syntaxe des expressions régulières mais apparemment pas sous MySQL, contenu de la colonne R.ID_REF, est trouvé (contenu) dans la colonne ID_REF.RANDONNEUR, la jointure se fait et une (des) ligne(s) est (sont) retournée(s), sinon la jointure ne s'opère pas et il n'y aura pas de ligne dans le résultat pour cet ID_REF.RANDONNEUR.

merci pour l'explication mais c'etais surtout les cmd employées dans la jointure qui m'interresé ca je verrais sur la doc merci pour le lien

sinon ya un bug un peu bizare
j'ai modifier la requette pour ne recuperer que le champ RANDONNEUR de la table RANDO_A_FAIRE en rajoutant la clause where

Code:

---

1 2 3 4

$result=" SELECT R.ID_REF,R.NOM_PRENOM,R.VILLE,ID_REF.RANDONNEUR "; $result.="FROM RANDO_A_FAIRE ID_REF INNER JOIN RANDONNEUR R ON ID_REF.RANDONNEUR REGEXP (R.ID_REF) "; $result.="where ID_RANDO = '$id_rando'";

---

le resultat est correct
SELECT R.ID_REF,R.NOM_PRENOM,R.VILLE,ID_REF.RANDONNEUR FROM RANDO_A_FAIRE ID_REF INNER JOIN RANDONNEUR R ON ID_REF.RANDONNEUR REGEXP (R.ID_REF) where ID_RANDO = '1'

mais quand j'affiche mon tableau avec toutes les rando à faire je me retrouve avec les data du champ RANDONNEUR (11111|22222|3333) de id_rando='1' dans les datas de la rando2 malgre la clause where

De quelle table provient ID_RANDO ? Tu devrais le préfixer du nom de la table.

J'en profite pour te dire que nous sommes en train de faire les pieds au mur avec ce type de jointure.
C'est avant tout un problème de conception maladroite de la base de données.
Le contenu de la colonne ID_REF.RANDONNEUR n'étant pas, entre autres choses, en dépendance fonctionnelle directe les formes normales ne sont pas respectées.
D'où les problèmes pour interroger la base de manière naturelle en SQL.

je suis d'accord avec toi j'ai du mal construire les champs de ou des tables.

pour info ID_RANDO viens de la table RANDO_A_FAIRE

voici les structures des tables

Code:

---

1 2 3 4 5 6 7 8

la table randonneur ID_RANDONNEUR int(4) ID_REF int(8) (c'est le champ qui contient le code recherche) NOM_PRENOM varchar(64 VILLE varchar(32) EMAIL varchar(64) FLAG varchar(1)

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

la table rando_a_faire ID_RANDO int(4) RANDONNEUR varchar(255) (champ concatenner avec les ID_REF des randonneur lors d'une inscription) DUREE varchar(6) NIVEAU varchar(6) DEPART varchar(128) LIBELLE varchar(128) DATE varchar(32) TXT text CARTE varchar(32) FLAG varchar(1)

---

je devrais renommer RANDONNEUR par ID_REF pour plus de comprehension a moins que tu vois une autre astuce

salut gilles

Tu recherches dans une chaine VARCHAR(255) le contenu d'une colonne en INT(8) sans 'caster' ou formater le contenu avant de t'en servir comme modèle.
Tu cherches vraiment les emmer...bêtements !

Je crois que tu ne vas pas pouvoir faire l'économie d'une table relationnelle d'interface qui contiendra la clé de chacune des 2 tables randonneurs et randos_a_faire, table que tu appeleras, par exemple, participations ou inscriptions, comme tu veux.
Je t'explique, tu as une relation n-n entre tes deux tables, un randonneur peut participer à plusieurs randonnées et une randonnée peut accueillir plusieurs randonneurs.
Tu dois forcément réduire les liaisons en 1-n.
Donc chaque fois qu'un randonneur participe à une randonnée tu dois créer une ligne dans la table interface contenant l'identifiant de la randonnée et l'identifiant du randonneur. Ces deux clés 'étrangères' devenant, à elles deux, l'identifiant unique dans la table participation, un randonneur, sauf don de clônage, ne pouvant participer qu'une fois à une randonnée.
Après, le relationnel d'interrogation se fera très naturellement avec des jointures.
Tu vois le principe ?

honte à moi la cou....le etais tellement ENORME que je ne l'es pas vus varchar et int :king:

je comprend le principe donc je vais créer une une table PARTICIPANT avec comme clé ID_RANDO et ID_RANDONNEUR lesquels me donneront à la fois les randos à faire incluant les randonneurs qui se sont inscrit pour cette rando

bon je verrais cela à mon retour je part en montagne jusquau 20

je te tiens au courant et merci pour ton precieux coup de main et conseils

a+ gilles

Ne dankinde, kaj bonan libertempon en la montaro.
Amike, MK.