Problème de date avec ODBC et Hyperfile

Bonjour,

J'ai un petit gros soucis avec la conversion de date.

Je m'explique :

Je tape en ODBC à une base Hyperfile
Dans des tables il y a des dates qui ne sont pas remplies.( normal )
J'exécute une requête avec avec certain champs de type date dont j'ai besoin pas de problème.

Ensuite lorsque je crée un databind mon dataset il me dit qu'il y a un problème.

J'examine et je me rend compte que les dates qui ne sont pas remplies ont la valeur 0(zero) et non "null" ce qui est très fâcheux car le dataset se réfère au type et essai de convertir 0 en date ce qui donne :"00/01/0001" [attention au jour] donc du coup exception et il sort sans me donner mon dataset. SNIFF

Quelqu'un à t-il une idée de comment je peut faire pour contourner ce bug ?

Sachant que je ne peut modifier la valeur par défaut dans les tables d'hyperfile...

Bref une veritable histoire d'amour s'installe entre hyperfile ODBC c# et moi !!!

Merci de votre aide ou vos idées nombreuses je l'espère.:king:

Salut,
Juste par acquis de conscience, si tu utilise un odbcDataReader, tu récupères effectivement un 0 comme valeur en raw?
Sinon je compatis à ta douleur, j'ai cessé windev pour des raisons comme celle que tu évoques tout juste.

J'ai bien peut que tu ne doives implémenter ta propre projection de donnée en travaillant niveau datareader.

Pourquoi tu ne mets pas un déclencheur sur ta table (coté serveur) pour éviter d'avoir des valeurs nulles ?

Bonjour à tous,

Juste un petit up pour vous tenir informé.

Pour toute les personnes qui rencontre le même problème.

Je m'acharne vraiment sur ces dates !!!

Donc en fait il faut faire attention les fichiers de base de données d'hyperfile sont vache ! En effet j'ai vu récemment que il ne supportait pas par défaut la valeur NULL donc obligé de modifier 378 fichiers dans mon analyse Windev afin de mettre la valeur NullSupporté à Vrai. J'ai quand même demandé à PCSOFT s'il n'était pas possible de la faire par code (C# ou WLangage) et bien non car ce n'est possible que sur des fichiers temporaires qui ne sont pas décrit dans l'analyse.

Donc à aujourd'hui je continue mes test jusqu'à trouver un nouveau problème .... :aie:

Hier j'ai levé encore un gros problème différent pour une fois. L'ODBC ne sait apparement pas lire un fichier qui est crypté par un mot de passe et même la je ne vois pas comment tenter de lancer le mot de passe par l'ODBC. D'après ce que j'ai lu sur != forum il est possible que PCSOFT est omis ce genre de situation.

Si quelqu'un peux m'apporter une idée, une réponse ....
Je sais que ce n'est plus le sujet de mon post mais bon ! Qui ne tente rien n'a rien.

Je vous tiens au courant de la suite de mon affaire.

En attendant de vous lire,

Merci pour vos idées de réponses passée et future :king: