SQL et format de date

Version imprimable

Bonjour

J'essaye de créer une requête avec un WHERE correspondant à un format de date (2006-12-08 12:36:18.0) mais je n'y arrive pas :cry:
Quelqu'un peut t'il m'aider? Merci

Voici le code
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 SELECT ID, CLEF_BAENGAGE, CLEF_RESSOURCE, COMMENTAIRE, DATECREATION, DATEENGAGEMENT, MONTANT, RESSOURCE_TENDANCIEL, SOURCE, UNITE_MESURE, USER_CREATION, VOLUMETRIE, BA_REALISES_ID_OID, IC_ID, NATURE FROM GRT.BAREALISE WHERE MONTANT='2006-12-08 12:36:18.0'

19/02/2009, 13h08
Waldar

Êtes-vous sûr que la colonne MONTANT est un champ date, de prime abord je dirai que ce serait plutôt un champ numérique.

Sinon il vous faut caster votre chaîne de caractère en date :

Code:

CAST('2006-12-08 12:36:18.0' as datetime)

Vérifiez le sens des jours/mois.

Bonjour Waldar et merci pour ton aide

En effet, il y a une petite erreur
Ce n'est pas le champ MONTANT que je voulais utiliser mais le champ DATECREATION
Par contre le CAST ne marche pas
Est ce la bonne syntaxe ci-dessous?
Merci
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 SELECT ID, CLEF_BAENGAGE, CLEF_RESSOURCE, COMMENTAIRE, DATECREATION, DATEENGAGEMENT, MONTANT, RESSOURCE_TENDANCIEL, SOURCE, UNITE_MESURE, USER_CREATION, VOLUMETRIE, BA_REALISES_ID_OID, IC_ID, NATURE FROM GRT.BAREALISE WHERE DATECREATION=CAST('2006-12-08 12:36:18.0' AS datetime)

19/02/2009, 14h13
CinePhil

Citation:

Envoyé par jeanphi31

Par contre le CAST ne marche pas

Ca renvoie un message d'erreur ou bien ça ne donne pas le résultat attendu ?
Parce que faire un SELECT sur un critère précis à la seconde près...:?

Quel est le type de la colonne DATECREATION ?
19/02/2009, 14h15
dumser1

Bonjour,

Fais une recherche sur la fonction TO_CHAR.

Tu peux avec cette fonction convertir ta date et ensuite la comparer à une autre chaine de caractère

Par ex: TO_CHAR(ma_date,'DD/MM/YYYY') = '19/02/2008'
19/02/2009, 14h22
jeanphi31

SQL et format de date

Bonjour

Voici le message

14:13:32 [SELECT - 0 row(s), 0.000 secs] [Error Code: 902, SQL State: 42000] ORA-00902: invalid datatype
... 1 statement(s) executed, 0 row(s) affected, exec/fetch time: 0.000/0.000 sec [0 successful, 0 warnings, 1 errors]
19/02/2009, 14h24
jeanphi31

SQL et format de date

Bonjour

OK merci je vais essayer de trouver des infos
19/02/2009, 14h49
Waldar

dumser1, attention votre conseil est mauvais.
Il est nettement plus sain de convertir une chaîne en date et de la comparer à la colonne que de convertir la colonne date en chaîne et de la comparer à une autre chaîne.
Votre éventuel index ne sera pas utilisé, et vous vous privez de toute opération sur les dates.

Si effectivement c'est de l'Oracle vous pouvez utiliser to_date :

Code:

WHERE DATECREATION = to_date('2006-12-08 12:36:18', 'yyyy-mm-dd hh24:mi:ss')

Attention toutefois, le type date d'Oracle s'arrête à la seconde.
Si vous avez besoin de plus de précision il vous faut utiliser des timestamps mais je doute que ce soit votre besoin.

Une question, êtes-vous sûr de vouloir faire une requête à la seconde près ?
19/02/2009, 15h00
dumser1

j'ai déjà eu des problèmes avec les "date". C'est pourquoi j'utilise le to_char
19/02/2009, 15h02
jeanphi31

Super çà marche!!
Non le but n'est pas de faire un where à la seconde près
j'ai remplacé par WHERE DATECREATION > to_date('2006-12-08 12:36:18', 'yyyy-mm-dd hh24:mi:ss')
Encore merci Waldar
24/02/2009, 00h57
Antoun

Pour simplifier, tu peux également utiliser le mot-clé TIMESTAMP (ce serait DATE pour une date sans heure) :

Code:

WHERE datecreation > timestamp '2006-12-08 12:36:18'

Citation:

Envoyé par Antoun

Pour simplifier, tu peux également utiliser le mot-clé TIMESTAMP (ce serait DATE pour une date sans heure) :

Code:

WHERE datecreation > timestamp '2006-12-08 12:36:18'

ça je te le déconseille franchement, car ca force une conversion implicite de datecreation en timestamp!
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 create table lsc_t(x number, d date); create index lsc_i on lsc_t(d); select * from lsc_t where d>timestamp '2006-12-08 12:36:18'; Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE 1 0 TABLE ACCESS (FULL) OF 'LSC_T' select * from lsc_t where d>to_date('2006-12-08 12:36:18','YYYY-MM-DD HH24:MI:SS'); Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE 1 0 TABLE ACCESS (BY INDEX ROWID) OF 'LSC_T' 2 1 INDEX (RANGE SCAN) OF 'LSC_I' (NON-UNIQUE)
Vu la conversion de D en un TIMESTAMP, l'index est inutilisable

24/02/2009, 11h06
Antoun

Citation:

Envoyé par laurentschneider

ça je te le déconseille franchement, car ca force une conversion implicite de datecreation en timestamp!

Ach, moi qui pensait que c'était plus clean d'écrire un littéral que d'utiliser une fonction... Oracle est décidément plein de surprises !

Merci Laurent !
24/02/2009, 11h20
Waldar

Ca m'étonnerait que ce soit propre à Oracle, je pense que tous les SGBD fonctionnent de la même façon.

En même temps une fonction pour convertir une constante, ça ne doit pas être très coûteux !
24/02/2009, 11h43
Antoun

Citation:

Envoyé par Waldar

Ca m'étonnerait que ce soit propre à Oracle, je pense que tous les SGBD fonctionnent de la même façon.

Convertir la colonne vers le type de la constante ? j'espère bien que non !

Citation:

Envoyé par Waldar

En même temps une fonction pour convertir une constante, ça ne doit pas être très coûteux !

C'est clair ! J'ai juste dit que je trouvais TIMESTAMP "plus propre", pas "plus performant".
24/02/2009, 12h15
laurentschneider

Citation:

Envoyé par Antoun

Convertir la colonne vers le type de la constante ? j'espère bien que non !

Sûr? moi je pense que la conversion s'effectue toujours vers le type le plus précis.

ainsi
DATE '2000-01-01' > TIMESTAMP '1999-12-31 23:59:59.99999999'
et
DATE '2000-01-01' < TIMESTAMP '2000-01-01 00:00:00.00000001'

Je n'ai pas d'autre db pour vérifier, mais à mon sens ce n'est pas propre à Oracle et ça n'a rien à voir avec le fait que TIMESTAMP soit une constante ou une colonne...

PS: ce que je veux dire, c'est que si on convertissait vers DATE, alors on perdrait les fractions de secondes
24/02/2009, 13h46
Antoun

Citation:

Envoyé par laurentschneider

PS: ce que je veux dire, c'est que si on convertissait vers DATE, alors on perdrait les fractions de secondes

Vu comme ça, d'accord. Mais donc, si on écrit comme ça, on ne perd pas l'index ?

Code:

WHERE datecreation > DATE '2006-12-08'
24/02/2009, 14h03
laurentschneider

Citation:

Envoyé par Antoun

Vu comme ça, d'accord. Mais donc, si on écrit comme ça, on ne perd pas l'index ?

Code:

WHERE datecreation > DATE '2006-12-08'

Oui, comme ça c'est bon :king:
24/02/2009, 16h01
Waldar

Citation:

Envoyé par Antoun

Code:

WHERE datecreation > DATE '2006-12-08'

A noter que c'est strictement égal à :

Code:

WHERE datecreation > to_date('2006-12-08', 'yyyy-mm-dd')

Ou encore strictement égal à :

Code:

WHERE datecreation > to_date('08/12/2006 00:00:00', 'dd/mm/yyyy hh24:mi:ss')

Ou encore strictement égal à :

Code:

WHERE datecreation > to_date('12082006 00:00', 'mmddyyyy hh24:mi')

Et cetera.

L'important là-dedans c'est bien d'avoir une date à gauche et une date à droite !
24/02/2009, 16h08
Antoun

Maintenant qu'on est d'accord que c'est égal, on peut donc commencer le débat pour savoir ce qui est le plus joli 8-)
24/02/2009, 16h25
Waldar

Le format ANSI YYYY-MM-DD doit avoir une certaine portabilité, est il est plus rapide à écrire que to_date du moment qu'on travaille à la journée.