Recherche:

ça parait beaucoup plus pertinent en effet :king:

les OCI n'écrivent-ils pas directement la donnée brute en outrepassant les vérifs du kernel ? :koi:

Je ne serais pas surpris qu'un driver de connexion buggué puisse générer des telles incohérences...

attention, SYSDATE est une fonction ;)

A mon avis, y'a pas meilleure solution que créer un SR auprès du support...

je connais aucun moyen de reproduire le problème puisque je ne l'ai jamais eu... sous SQL*Plus, c'est absolument impossible selon moi. Le problème dans ton cas c'est la transmission des données via...

c'est peut-être un bug du connecteur... j'imagine que Delphi n'utilise pas la couche Net8 mais plutôt un driver de connexion type OCI ou ODBC non ?

la syntaxe a déjà été donné maintes fois :

SELECT dump(date1) FROM zcc;

ha bon ? :koi: Comment t'as vu qu'il stocke ça comme ça ?

si tu envoies des 0,0000115741 dans des colonnes DATE j'veux bien croire qu'Oracle bug... il n'est pas aussi précis :?

Ca doit être un bug référencer chez Delphi c'est pas possible autrement :koi:

essaye :


alter session set nls_date_format='DD/MM/YYYY HH24:MI:SS';
select date1 from zcc

propriété de date classique : pas plus de 24h/j, 60 min/h, 60s/min, etc...

tu veux pas faire un desc de ta table comme le suggére leo ?

et que donne :


SELECT TO_DATE('08/09/2007...

ce qui géne c'est que tu stockes une donnée qui est une chaine de caractère et pas une date... donc tu peux même mettre 32/13/1950 25:60:97 si ça te change :mouarf:

une date c'est pas un flottant,...

Merci de changer le titre pour rendre la discussion plus claire :roll: