[Oracle 9i] Traitement SQL sur une table

Version imprimable

31/05/2006, 15h26
Requin15

[Oracle 9i] Traitement SQL sur une table

Bonjour,

Voici mon problème :

j'ai la table suivante :
date-------------note
17/02/03---------A
22/01/03---------B
26/07/02---------C
13/03/00---------D
28/01/98---------E

J'aimerais obtenir la table suivante (nouvelle table à la rigueur)

17/02/03----A-----17/02/03-----A
17/02/03----A-----22/01/03-----B
17/02/03----A-----26/07/02-----C
17/02/03----A-----13/03/00-----D
17/02/03----A-----28/01/98-----E
17/02/03----A-----Null----------Null

22/01/03----B-----22/01/03-----B
22/01/03----B-----26/07/02-----C
22/01/03----B-----13/03/00-----D
22/01/03----B-----28/01/98-----E
22/01/03----B-----Null----------Null

26/07/02----C-----26/07/02-----C
26/07/02----C-----13/03/00-----D
26/07/02----C-----28/01/98-----E
26/07/02----C-----Null----------Null

Et ainsi de suite pour chaque date.

Avez vous des pistes ? Pour info je travaille en Oracle 9i. Je connais un peu PL/SQL.

Merci bcp!

Voici le code pour créer la date et les enregistrements

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
create table RDT_FS_HISTO_MO
(
  C_RMPM_CODE            VARCHAR2(18),
  C_RATING_AGENCY_ISSUER VARCHAR2(18),
  D_RATING_DATE          DATE,
  C_CURRENT_RATING       VARCHAR2(12),
  C_CURRENCY_TYPE_CODE   VARCHAR2(10),
  C_TERM_CODE            VARCHAR2(10)
);
 
insert into RDT_FS_HISTO_MO (C_RMPM_CODE, C_RATING_AGENCY_ISSUER, D_RATING_DATE, C_CURRENT_RATING, C_CURRENCY_TYPE_CODE, C_TERM_CODE)
values (null, '0000002145', to_date('26-07-2002', 'dd-mm-yyyy'), 'A1', 'FC', 'LT');
insert into RDT_FS_HISTO_MO (C_RMPM_CODE, C_RATING_AGENCY_ISSUER, D_RATING_DATE, C_CURRENT_RATING, C_CURRENCY_TYPE_CODE, C_TERM_CODE)
values (null, '0000002145', to_date('22-01-2003', 'dd-mm-yyyy'), 'A3', 'FC', 'LT');
insert into RDT_FS_HISTO_MO (C_RMPM_CODE, C_RATING_AGENCY_ISSUER, D_RATING_DATE, C_CURRENT_RATING, C_CURRENCY_TYPE_CODE, C_TERM_CODE)
values (null, '0000002145', to_date('13-03-2000', 'dd-mm-yyyy'), 'Aa3', 'FC', 'LT');
insert into RDT_FS_HISTO_MO (C_RMPM_CODE, C_RATING_AGENCY_ISSUER, D_RATING_DATE, C_CURRENT_RATING, C_CURRENCY_TYPE_CODE, C_TERM_CODE)
values (null, '0000002145', to_date('17-02-2003', 'dd-mm-yyyy'), 'WR', 'FC', 'LT');
insert into RDT_FS_HISTO_MO (C_RMPM_CODE, C_RATING_AGENCY_ISSUER, D_RATING_DATE, C_CURRENT_RATING, C_CURRENCY_TYPE_CODE, C_TERM_CODE)
values (null, '0000002145', to_date('28-01-1998', 'dd-mm-yyyy'), 'Aa2', 'FC', 'LT');
commit;

Essaye :

Code:

1
2
3
4
5
6
7
8
SELECT a.Date, a.Note, b.Date, b.Note
FROM laTable a LEFT JOIN (SELECT Date, Note
                          FROM laTable
                        UNION 
                          SELECT Null, Null
                          FROM DUAL) b
                    ON a.Date >= nvl(b.Date, '01/01/0001')
ORDER BY a.Date DESC, b.Date DESC

31/05/2006, 18h23
Requin15

Rien à dire... hormi un immense MERCI !!
Cela fonctionne parfaitement. On comprend bien l'intitulé "expert confirmé" sous ton pseudo.

Merci encore ! :)
01/06/2006, 08h34
Médiat

Citation:

Envoyé par Requin15

un immense MERCI !!

Pas de quoi, c'est un plaisir de rendre service :D

Citation:

Envoyé par Requin15

On comprend bien l'intitulé "expert confirmé" sous ton pseudo.

En fait cela veut seulement dire que je suis bavard 8-) ...
01/06/2006, 09h35
Requin15

Bavard, ok, mais pas pour dire des bêtises ;-)
01/06/2006, 20h38
Requin15

Hum.. je viens de tester davantage cette requête, et je n'avais pas pris un paramètre un compte:

plus précisémment ma table source est ainsi:
TRUC------17/02/03---------A
TRUC------22/01/03---------B
TRUC------26/07/02---------C
TRUC------13/03/00---------D
TRUC------28/01/98---------E
TRUC2-----18/05/02---------A
TRUC2-----24/04/01---------B
TRUC2-----06/04/00---------F
TRUC2-----23/12/00---------G
TRUC2-----21/05/98---------I

et le soucis avec le résultat de la solution proposée, c'est que toutes les dates sont mélangées et ne tiennent pas compte du champ TRUC, ou TRUC2... Et pour cause, je n'en avais pas parlé.

Mais en effet, plusieurs dates correspondent à une entité, et celles-ci ne doivent pas être mélangées entre elle.

Si vous avez une solution, je suis preneur.

Merci pour tout.

J'ai rajouté une clause where, mais malheureusement la ligne Null Null dont j'avais besoin a disparu :(

Code:

1
2
3
4
5
6
7
8
9
10
 
SELECT a.Date, a.Note, b.Date, b.Note
FROM laTable a LEFT JOIN (SELECT Date, Note, IDENTIFIANT
                          FROM laTable
                        UNION 
                          SELECT Null, Null, Null
                          FROM DUAL) b
                    ON a.Date >= nvl(b.Date, '01/01/0001')
                    WHERE a.IDENTIFIANT=b.IDENTIFIANT
ORDER BY a.Date DESC, b.Date DESC

C'est parce qu'il ne faut pas mettre ta condition dans le WHERE, mais dans la jointure :

Code:

1
2
3
4
5
6
7
8
9
SELECT a.Date, a.Note, b.Date, b.Note
FROM laTable a LEFT JOIN (SELECT Date, Note, IDENTIFIANT
                          FROM laTable
                        UNION 
                          SELECT Null, Null, Null
                          FROM DUAL) b
                    ON a.Date >= nvl(b.Date, '01/01/0001')
                    AND a.IDENTIFIANT=b.IDENTIFIANT
ORDER BY a.Date DESC, b.Date DESC

02/06/2006, 09h22
Requin15

Tu n'as que changé WHERE par AND ?
En tout cas, le résultat est le même, les lignes Null Null ont disparues :(

Voilà c'est bon ! Comme quoi, une bonne nuit de sommeil, ça aide!

Voici la requête idéale pour moi :

Code:

1
2
3
4
5
6
7
8
9
10
 
SELECT a.Date, a.Note, b.Date, b.Note
FROM laTable a LEFT JOIN (SELECT Date, Note, IDENTIFIANT
                          FROM laTable
                        UNION 
                          SELECT Null, Null, c.IDENTIFIANT
                          FROM DUAL, laTable c) b
                    ON a.Date >= nvl(b.Date, '01/01/0001')
                    AND a.IDENTIFIANT=b.IDENTIFIANT
ORDER BY a.Date DESC, b.Date DESC

Merci bcp pour ton aide en tout cas! :)

02/06/2006, 09h56
Alexandre T

Citation:

Envoyé par Médiat

En fait cela veut seulement dire que je suis bavard 8-) ...

Non pas seulement, les gens trop bavard mais qui n'apporte aucune réponse voit leur rang modifié en des valeurs plus explicites en "grand bavard", "débutant", etc...