Discussion :

[Lag_guine]

Bonjour,

Suite à la migration d'un logiciel de la version 5.5 à 14, il semble que le format renvoyer par les fonctions SQL (SQLExec, SQLLitcol , etc ) n'est plus au format yyyy-mm-dd mais au format yyyymmdd.

Nous utilisons une base de données Sybase connecté grâce au driver ODBC, ou les dates sont bien stockées au format yyyy-mm-dd.

Après de nombreuses recherches infructueuses sur la toile, et une réponse en suspend auprès du service Hotline de Pc-Soft, je me remets à l'imposante communauté de Developpez.com pour débloquer la situation.

Sachant qu'il va être difficile pour nous de toucher/modifier à la multitude de lignes présentent dans notre application ( Comme par exemple, reformater par le code le résultat de la requête au format yyyy-mm-dd), auriez vous une solution à nous proposer ?

Bien cordialement.

[Jannus]

Un "filtre" aux entrées/sorties pour mettre la date au bon format ?

[Lag_guine]

Qu'entends tu par "Filtre" ?

Si c'est ce que je penses, cela sera difficile à mettre en place, notre programme contient trop de requêtes pour mettre en place un formatage de la date par le code.

Dans l'aide de Windev 14, il est "sommairement" dit que le changement au niveau du format de la date retourné par les fonctions SQL a changé depuis la version 5.5 b.

Il est impensable que personne n'a jamais eu ce problème de migration. J'ai chercher en vain dans les options de Windev 14, mais rien ...

D'autre suggestions ?

[Jannus]

Qu'entends tu par "Filtre" ?

Si c'est ce que je penses, cela sera difficile à mettre en place, notre programme contient trop de requêtes pour mettre en place un formatage de la date par le code.

C'est bien ça, une fonction à appeler

Il est impensable que personne n'a jamais eu ce problème de migration.

Entre 5.5 et 14 ?
Ça me semble pourtant logique vu le nombre de versions intermédiaires

[Lag_guine]

Je vous propose quelques screens pour étayer mes propos

Requête et resultat 5.5



Requête et resultat 14



Type des colonnes des tables en 5.5



Type des colonnes des tables en 14




Comme vous pouvez le voir, WinDev 14 se trompe complètement au niveau de la reconnaissance des types des colonnes de notre base de données, d'où nos problèmes qui n'avait pas lieu en 5.5.

J'ai envoyé un mail au support technique de PCSoft avec ces screens.

Dans l'attente d'une réponse de PCSoft, si quelqu'un a un début d'idée ou de réponse, nous sommes preneur.

Bien cordialement.

[Lag_guine]

Pas de réponses viables via pcsoft pour le moment

Assistance directe qui ne tient pas ses engagement et ne nous rappel pas ...

Mise en place d'une "filtre" sur SQLLitCol >> NotreSQLLitCol (Remplacement des 8500 SQLLitCol par NotreSQLLitCol)

je vous donne le code pour ceux que ça intéresse :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
 
// Résumé : <Procédure de check sur les dates retournées par SQLLitCol aaaammjj au lieu de aaaa-mm-jj avec server Sybase ASA 6.0>
// Syntaxe :
//[ <Résultat> = ] NotreSQLLitCol (<nom_requete>, <num_champ>)
//
// Paramètres :
// 	nom_requete : <Nom de la requete SQLExec>
// 	num_champ : <Numero de collone>
// Valeur de retour :
// 	chaîne : Date traffiqué// 	Aucune
PROCEDURE NotreSQLLitCol(nom_requete,num_champ)
 
 
sRes_test est une chaîne=""
nAnnee_test est un entier=0
nMois_test est un entier=0
nJour_test est un entier=0
res_date est une chaîne=""
 
sRes_test=SQLLitCol(nom_requete,num_champ)
IF (Taille(sRes_test)) <> 8  THEN
	RENVOYER sRes_test
ELSE
	IF (IsNumeric(sRes_test))=Faux THEN
		RENVOYER sRes_test
	ELSE
		nAnnee_test=Val(Gauche(sRes_test,4))
		nMois_test=Val(Milieu(sRes_test,5,2))
		nJour_test=Val(Droite(sRes_test,2))
		IF ((nAnnee_test<1970) OR (nAnnee_test>2199)) THEN
			RENVOYER sRes_test
		ELSE
			IF ((nMois_test<1) OR (nMois_test>12)) THEN
				RENVOYER sRes_test
			ELSE
				IF ((nJour_test<1) OR (nJour_test>31)) THEN
					RENVOYER sRes_test
				ELSE
					res_date=Gauche(sRes_test,4)+"-"+Milieu(sRes_test,5,2)+"-"+Droite(sRes_test,2)
					RENVOYER res_date
				END
			END
		END
	END
END

C'est sommaire pour le moment, et nous pouvons rencontrer des problèmes pour certain numérique à 8 caractères/ Nous testerons ça en débogue en attendant que pcsoft daigne à nous fournir une réponse concrette.

Je ne passe pas le sujet en résolu pour le moment

Merci pour les réponses en tout cas

[Lag_guine]

Voici enfin la solution de PCSoft:


Par défaut en connexion ODBC avec SQLConnecte, les dates sur 10 caractères au format AAAA-MM-JJ sont effectivement transformées au format AAAAMMJJ afin d'être compatibles avec les fonctions de gestion de date du W-Langage.

Toutefois il existe un possibilité pour que la date ne soit pas modifiée. Pour cela il faut créer un fichier "WDODBINS.INI" dans le répertoire de Windows, avec dedans un contenu de ce type :
[<NomSource>]
OLDDATEFORMAT=O
où <NomSource> est le nom de la source (1ier paramètre de SQLConnecte)

Cela peut se faire par programmation avant la connection :

Code :

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

1
2
3
4
5
6
 
SI INILit(sNomSourceODBC,"OLDDATEFORMAT","N","WDODBINS.INI")="N" ALORS
        SI PAS INIEcrit(sNomSourceODBC,"OLDDATEFORMAT","O","WDODBINS.INI") ALORS
                Erreur("Impossible de mettre à jour le fichier de paramétrage des formats de date ODBC",ErreurInfo())
        FIN
FIN

Je savais bien que j'étais pas fou ! Non mais !

[Jannus]

Merci