[oracle 8.1.7.4.0] tri d'une colonne de type DATE / VARCHAR2

Bonjour,

Suite à un problème dont je vous épargne les détails, je dois modifier les colonnes de type DATE en VARCHAR2(10) pour toutes les table de ma base Oracle 8i.

Je me demande si l'utilisation de ces colonnes dans des clauses ORDER BY va retourner les données dans un ordre différent une fois ces modifications effectuées ?

Merci d'avance.

oui bien sûr, 20/10/2005 sera classé après 10/11/2005.

aucun doutes !

tu va avoir
1
10
11
...
2
20
21
22
...
3
...

Ouahou quelle rapidité.

Ok donc si j'applique systématiquement la fonction TO_DATE sur ces colonnes alors ce changement de type devrait être transparent que ce soit pour les ORDER BY, les clauses WHERE, etc. ?

J'ai testé ça a l'air correct mais je voudrais avoir vos avis.

Merci pour vos réponses.

Transparent... presque... si la colonne n'est pas indexée, sinon il faut que remplaces ton index sur ta colonne par un index sur to_date (col).

c'est exact... et je conseille aussi d'indexer ces colonnes avec un index fonctionnel qui utilise aussi le to_date avec le même format que celui que tu va utiliser pour tes requêtes...

sinon, le fait de faire un to_date sur ta colonne en varchar2 va exclure l'utilisation des indexes standards et ralentir tes Select...

Citation:

---

Envoyé par plaineR

Transparent... presque... si la colonne n'est pas indexée, sinon il faut que remplaces ton index sur ta colonne par un index sur to_date (col).

---

D'accord et ça semble logique : il faut que je modifie mon index de manière à ce qu'il corresponde le plus possible à la "chaîne" que je vais utiliser fréquemment dans mes requêtes SQL.

Citation:

---

Envoyé par Yorglaa

et je conseille aussi d'indexer ces colonnes avec un index fonctionnel qui utilise aussi le to_date avec le même format que celui que tu va utiliser pour tes requêtes

---

si je ne m'abuse ta remarque rejoint celle de plaineR si ce n'est que tu spécifies index fonctionnel et je t'avoue que cette notion n'évoque rien pour moi.
Tu peux m'en dire plus ?

c'était juste un autre vocabulaire pour dire la même chose... (de l'anglais functional index)
comme PlaineR a posté pendant que je rédigeait mon message, je ne l'avais pas vu...

mais le but est bien d'indexer ta colonne AVEC la fonction to_date..

Code:

---

create index monIndex on maTable ( to_date(maColonneVarchar2, 'dd-mm-yyyy') ) ;

---

Réponses nettes et précises dans un temps minimum.

On reviendra.

Merci encore à vous 2.

La création de l'index avec la fonction TO_DATE échoue :

Code:

---

1 2 3 4 5 6

SQL> CREATE INDEX PR2010_1 2 ON PR2010 ( CI_RS1, CC_NOM, TO_DATE(SA_DATE) ); ON PR2010 ( CI_RS1, CC_NOM, TO_DATE(SA_DATE) ) * ERREUR à la ligne 2 : ORA-01743: only pure functions can be indexed

---

C'est bizarre mais le message d'erreur me semble pas trop en rapport avec l'erreur ????

en effet le message est étrange...
toujours est-il qu'il manque le format de date à la fonction TO_DATE...

Code:

---

1 2	SQL> CREATE INDEX PR2010_1 2 ON PR2010 ( CI_RS1, CC_NOM, TO_DATE(SA_DATE, 'DD-MM-YYYY') );

---

j'ai mis DD-MM-YYYY comme format, mais tu peux mettre celui que tu veux...

Un petit rajout : Tu peux juste transformer ta date en char qui soit utilisé par les order by

Code:

---

SELECT TO_CHAR(SYSDATE,'YYYY/MM/DD') FROM DUAL

---

Ca te donne 2005/10/28, 2005/11/01... et les ORDER BY vont marcher.

Yorglaa >> tu es vraiment trop fort, c'est exactement ça pourtant dans mes requêtes SELECT je peux utiliser la fonction TO_DATE sans spécifier de format (même si j'avais bien vu que tu en utilisais un dans ton message)

McM >> Euh... je ne te suis pas là. Tu peux expliquer autrement s'il te plait :wink:

Citation:

---

Envoyé par plaineR

oui bien sûr, 20/10/2005 sera classé après 10/11/2005.

---

Dans mon cas : "2005/10/20" sera classé avant "2005/11/10"

Citation:

---

Envoyé par McM

Un petit rajout : Tu peux juste transformer ta date en char qui soit utilisé par les order by

Code:

---

SELECT TO_CHAR(SYSDATE,'YYYY/MM/DD') FROM DUAL

---

Ca te donne 2005/10/28, 2005/11/01... et les ORDER BY vont marcher.

---

Oui c'est sûr, mais cela complique l'affichage... car je ne suis pas sûr que les utilisateurs vont se contenter d'une date inversée.