Plusieurs jointures dans une requête

Bonjour,

J'ai une requete qui utilise plusieurs tables et le problème c'est qu'on m'avait déjà dit que le fait de faire des jointures avec les "and " ca crée des problèmes.
Résultat: ma requete n'affiche rien.

Que faut il faire dans ces cas la ? des requetes imbriquées, des jointure interne, jointure externe ?

Merci d'avance

voici ma requete en question:

Code:

---

1 2 3 4 5 6 7 8

-------------------------------- nb: la table asistante commerciale à été retiré (d'après Dara). seul le code assistance est affiché------------------------------------------ select tc.cli_code, tc.cli_raison_soc, tc.CLI_ADR_COD_POST, tc.CLI_ADR_VILLE, p.pay_libelle, tc.cli_siret, u.uti_nom, u.uti_prenom, pr.prov_regroupement, tcc.uti_code_assistante from t_client tc, t_client_commerciaux tcc, utilisateur u, provenance pr, t_provenance_teris_client tptc, pays p where tcc.COM_CODE = u.UTI_CODE ---jointure pour les clients commerciaux and tc.cli_code = tptc.CLI_CODE --- and tptc.CODE_PROV_INTERNE = pr.CODE_PROV_INTERNE ---jointure pour la provenance and tc.pay_code not like 100 --exclure le code 100 qui est la france and prov_regroupement like 'PVE';

---

Bonjour,
Je ne vois pas pourquoi plusieurs jointures avec des critères de restriction poseraient des problèmes...

En réécrivant ta requête, on y verra plus clair:

Code:

---

1 2 3 4 5 6 7 8 9 10

SELECT tc.cli_code, tc.cli_raison_soc, tc.CLI_ADR_COD_POST, tc.CLI_ADR_VILLE, p.pay_libelle, tc.cli_siret, u.uti_nom, u.uti_prenom, pr.prov_regroupement, tcc.uti_code_assistante FROM t_client tc inner join t_client_commerciaux tcc inner join utilisateur u on tcc.COM_CODE = u.UTI_CODE inner join provenance pr on tptc.CODE_PROV_INTERNE = pr.CODE_PROV_INTERNE inner join t_provenance_teris_client tptc on tc.cli_code = tptc.CLI_CODE inner join pays p WHERE tc.pay_code NOT LIKE 100 --exclure le code 100 qui est la france AND prov_regroupement LIKE 'PVE';

---

On peut voir par exemple que la jointure sur le pays n'est pas complète...

Tatayo.

Citation:

---

J'ai une requete qui utilise plusieurs tables et le problème c'est qu'on m'avait déjà dit que le fait de faire des jointures avec les "and " ca crée des problèmes.

---

Ah bon !!! c'est vrai que c'est toujours la faute du SGBD, jamais de l'humain derrière :mouarf:


* Déjà, ce serait plus judicieux d'utiliser la norme SQL pour les jointures...

* De regarder les règles de fonctionnement du forum (notamment fournir la structure des tables).


Que ta requête ne renvoie aucun résultat, je ne vois pas le problème si elle ne doit rien renvoyer !

Sur la requête elle-même, je vois un truc curieux :

Citation:

---

tc.pay_code NOT LIKE 100

---

LIKE ne fonctionne sur des chaines pas des nombres. Si le 100 est une chaine, cela devrait être

Code:

---

tc.pay_code NOT LIKE '100'

---

(Mais pourquoi typer des nombres en chaine ???)

et si 100 est effectivement un nombre, la syntaxe serait

Citation:

---

tc.pay_code <> 100

---

tatayo j'ai une erreur avec ta requete : ORA-00905: missing keyword

toad surbrille le where.


merci olivier je prend note du like.

il ne vous manquerait pas un petit quelque chose ici

Code:

---

1 2	INNER JOIN pays p

---

?

Bon courage

En plus, concernant le LIKE : LIKE 'quelque chose' est équivalent à = 'quelque chose' !
LIKE n'a d'utilité que s'il est utilisé avec le caractère générique %.

merci yanika_bzh mais j'ai toujours l'erreur missing keyword

Citation:

---

Envoyé par mouss4rs

tatayo j'ai une erreur avec ta requete : ORA-00905: missing keyword

toad surbrille le where.

---

:roll:

Citation:

---

Envoyé par tatayo

Bonjour,

...
On peux voir par exemple que la jointure sur le pays n'est pas complète...

Tatayo.

---

Tatayo.

c'est bon, j'ai trouvé !
c'était un autre problème en faite.

J'aimerai bien avoir un cours sur les INNER JOIN, OUTER JOIN, LEFT... s'il y'en a un a me proposer car j'ai du mal a en trouver un de bien concernant oracle.

merci encore

Les jointures sont assez normatives, regardes ce petit-papier de SQLPro.

Je ne crois pas qu'il y ait des spécificités "Oracle", non ?

merci il ma l'air bien.