Discussion :

[mouss4rs]

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 :

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

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';

[tatayo]

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 SQL :

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

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.

[dehorter olivier]

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


* 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 :

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 :

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

tc.pay_code NOT LIKE '100'

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

et si 100 est effectivement un nombre, la syntaxe serait

tc.pay_code <> 100

[mouss4rs]

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

toad surbrille le where.


merci olivier je prend note du like.

[Yanika_bzh]

il ne vous manquerait pas un petit quelque chose ici

Code :

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

1
2
 
INNER JOIN pays p

?

Bon courage

[CinePhil]

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 %.

[mouss4rs]

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

[tatayo]

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

toad surbrille le where.

Bonjour,

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

Tatayo.

Tatayo.

[mouss4rs]

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

[dehorter olivier]

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 ?

[mouss4rs]

merci il ma l'air bien.