Éliminer colonne dupliquée

Version imprimable

26/05/2008, 21h28
phfle1

Éliminer colonne dupliquée

Bonjour!

Je suis présentement en train d'écrire une commande sql dans pl/sql dev et j'aimerais savoir comment faire en sorte que lorsque je "joins" deux tables à l'aide d'une clause WHERE a.UID = b.UID on ne me retourne pas deux fois les colonnes qui sont dans les deux tables. Exemple :

UID # Address # Phone # UID

Merci d'avance pour l'aide
26/05/2008, 21h35
Invité

euh, révise ton sql... :aie:

Code:

select a.UID from a, b WHERE a.UID = b.UID

au lieu de select *...
qui est à proscrire de toute façon !
26/05/2008, 22h09
phfle1

Énumérer toutes les colonnes?

Salut,

Je sais que je peux les nommer explicitement, mais j'ai trop de colonnes (plus de vingt). N'y a t'il pas une autre méthode?

MErci
27/05/2008, 08h37
Lucas Panny

Citation:

SELECT a.UID FROM a, b WHERE a.UID = b.UID

Plus les 19 autres champs, courage pour la saisie !!! Je crois qu'il n'y a que cette option pour ton problème
27/05/2008, 09h07
philcero
Si tu as du mal à écrire 19 champs à la suite, abandonnes tout de suite...

:mouarf:

Cela dit l'Oracle dans sa grande bonté à pensé aux fainéants. Il y a la possibilité d'utiliser le SQL Worksheet de SQL Developer.
1. Tu créé une entrée pour ta base.
2. Tu lance l'outil SQL Worksheet sur ce lien.
3. Tu vas et tu étends "Other users -> xxx -> Tables".
4. Tu fais un glisser du nom de ta table dans la zone de saisie de SQL Worksheet. Là tu as tous les champs suffit de virer ceux que tu ne veux pas...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
 
Select * from emp e join dept d using(deptno)
/
 
    DEPTNO      EMPNO ENAME      JOB              MGR HIREDATE        SAL
---------- ---------- ---------- --------- ---------- -------- ----------
      COMM DNAME          LOC
---------- -------------- -------------
        20       7369 SMITH      CLERK           7902 17/12/80        800
           RESEARCH       DALLAS
 
        30       7499 ALLEN      SALESMAN        7698 20/02/81       1600
       300 SALES          CHICAGO
 
        30       7521 WARD       SALESMAN        7698 22/02/81       1250
       500 SALES          CHICAGO
 
 
    DEPTNO      EMPNO ENAME      JOB              MGR HIREDATE        SAL
---------- ---------- ---------- --------- ---------- -------- ----------
      COMM DNAME          LOC
---------- -------------- -------------
        20       7566 JONES      MANAGER         7839 02/04/81       2975
           RESEARCH       DALLAS
 
        30       7654 MARTIN     SALESMAN        7698 28/09/81       1250
      1400 SALES          CHICAGO
 
        30       7698 BLAKE      MANAGER         7839 01/05/81       2850
           SALES          CHICAGO
...

27/05/2008, 11h51
philcero

Si il veut la totalité des autres champs, la soluce du NATURAL JOIN de la norme SQL-92 est effectivement bonne.

Par contre attention, SQL-92 est vraiment supporté qu'à partir de la 9i. Vu qu'il n'a pas mentionné sa version...
27/05/2008, 13h06
mnitu
Citation:

Envoyé par philcero

Si il veut la totalité des autres champs, la soluce du NATURAL JOIN de la norme SQL-92 est effectivement bonne.

Par contre attention, SQL-92 est vraiment supporté qu'à partir de la 9i. Vu qu'il n'a pas mentionné sa version...

Ce n'est pas un NATURAL JOIN ce que j'ai proposé.
Code:

1 2 SELECT * FROM emp e Natural JOIN dept d
27/05/2008, 13h19
philcero

Citation:

Ce n'est pas un NATURAL JOIN ce que j'ai proposé.

Désolé, j'ai lu trop vite...

Cela dit, la syntaxe SELECT/FROM/JOIN/USING est supportée avant la 9i ?
27/05/2008, 13h33
mnitu

Citation:

Envoyé par philcero

...

Cela dit, la syntaxe SELECT/FROM/JOIN/USING est supportée avant la 9i ?

Citation:

Oracle9i Release 1 (9.0.1) New Features in the SQL Reference

...
SELECT lets you specify multiple groupings in the GROUP BY clause, for selective analysis across multiple dimensions; lets you assign names to subquery blocks; has new ANSI-compliant join syntax.
27/05/2008, 14h19
philcero

D'où ma question, en 8i cela ne semble pas être supporté...
27/05/2008, 14h42
phfle1

Merci

Je vais opter pour les pour les écrire explicitement!