Discussion :

[TSalm]

Bonjour,

J'utilise la commande STRSQL

J'ai un champ MEFF de type DATE.

Quand je fais cette requête, '++++++++' s'affiche au lieu de ma date :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT MEFF
FROM MASHP1

J'ai aussi tenté :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT TO_CHAR(MEFF,'JJMMYYYY')
FROM MASHP1

Ce qui me retourne l'erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

L'argument 1 de la fonction TO_CHAR est incorrect.

Merci pour votre aide,
Tsalm

[rcordonnier]

bonjour,

sans etre un spécialiste de sql il me semble qu'il faut indiquer au select la bibliothèque et le fichier sur lequel va porter la requete plus la zone de recherché soit : select from bib/fic where dat > 20081205

essaie et tiens nous au courant

bien cordialement

roger

[Mercure]

Cela semble vouloir dire que la colonne MEFF ne contient pas une valeur de date valide.

Pour t'en assurer, fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Select RRN(MASHP1), MEFF from MASHP1

Récupére le RRN du record qui a une date ++++

Sors de SQL et fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DSPPFM MASHP1 FROMRCD( mets ici la valeur du RRN récupéré )

puis contrôle sur le premier record si le contenu de la colonne MEFF est bien une date cohérente.

[TSalm]

DSPPFM m'affiche quelquechose comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
*...+....1....+....2....+....3....+....4....+...
±R         H                                
A         H                                
€P         H                                
±A         H                                
P         H                                
              ****** FIN DES DONNEES ******

Par contre, c'est un 4GL qui a généré ces champs. Si je jette un oeil sur le type via l'outil WRKQRY, le champ est de type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Zone            Texte                                                 Long Déc 
MEFF            Date d'effet                                           10   L

Est-ce que ç'est une date ou non ?

[TSalm]

sans etre un spécialiste de sql il me semble qu'il faut indiquer au select la bibliothèque et le fichier sur lequel va porter la requete plus la zone de recherché soit : select from bib/fic where dat > 20081205

Oui, on peut aussi faire comme ça, mais ce n'est pas obligatoire tant que le fichier est bien dans ma liste de bib.

[TSalm]

WRKQRY qui d'ailleurs m'affiche les bons résultats :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 Ligne  ....+....1 
        MEFF       
 000001 0001-01-01 
 000002 0001-01-01 
 000003 0001-01-01 
 000004 0001-01-01 
 000005 0001-01-01

[BBert]

Salut

Est-tu sur que les champs sont remplis ?

Les dates en ++++++++ sont affiché quand la zone est vide (0000/00/00).

[Mercure]

Par contre, c'est un 4GL qui a généré ces champs. Si je jette un oeil sur le type via l'outil WRKQRY, le champ est de type :
Code :

Zone Texte Long Déc
MEFF Date d'effet 10 L

Est-ce que ç'est une date ou non ?

Oui, la zone MEFF est bien définie en tant que zone date, en effet.

Mais ce que je constate au travers de ton "WRKQRY", c'est que la date contient la valeur "0001-01-01" qui est la valeur donnée par défaut par le gestionnaire DB2 à des zones date non alimentées. Mais maintenant que je presens ton souci, je vais te dépanner, enfin je l'espère.

Sous STRSQL, fais <F13> puis tape "1" dans la zone "Sélection". Ensuite, dans la zone "Date format" indique "*ISO" et valide par 2 fois <Entrée>.
Repasse ensuite ta SELECT et tu verras alors la date s'afficher correctement en principe.

Pourquoi ça marche maintenant et que ça marchait pas avant
Sous STRSQL, les formats d'affichage *MDY, *DMY, *YMD et *JUL affichent tous l'année sur 2 caractères et non pas sur 4. Or, par convention, IBM a décidé que, sous ces formats, si l'année est comprise entre 40 et 99, la date est alors comprise entre 1940 et 1999, sinon la date est comprise entre 2000 et 2039. Or, l'année de la date qui nous concerne est 0001 et cette année n'est pas comprise entre 1940 et 2039, d'où les +++++ que tu avais. Ce n'était juste qu'un problème d'affichage, les dates dans le fichier ne sont pas "vérolées".

Dis-nous quand même ce qui en est en final.

[Mercure]

Les dates en ++++++++ sont affiché quand la zone est vide (0000/00/00).

Non, tu fais erreur. Quand les zones date ne sont pas alimentées ("vides") dans les fichires et/ou tables DB2, elles prennent la valeur "0001-01-01", c'est à dire le 1er Janvier de l'an 0001, par convention standard IBM.

Que signifieraient sinon une année zéro, un mois zéro et un jour zéro ? Le Big-Bang ?

[TSalm]

Ca fonctionne !
Merci Mercure

[BBert]

Non, tu fais erreur. Quand les zones date ne sont pas alimentées ("vides") dans les fichires et/ou tables DB2, elles prennent la valeur "0001-01-01", c'est à dire le 1er Janvier de l'an 0001, par convention standard IBM.

Que signifieraient sinon une année zéro, un mois zéro et un jour zéro ? Le Big-Bang ?

C'est vrai, et comme l'AS ne date pas du big bang...