PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WEBDEV 2024 → Problème de gestion des NULL dans HFSQL
Problème de gestion des NULL dans HFSQL
Débuté par DEMEY Eric-François, 24 mai 2017 16:17 - 5 réponses
Posté le 24 mai 2017 - 16:17
Bonjour,
j'ai un gros problème de gestion de colonnes sur un serveur HFSQL version 22.
Dans un table, j'ai deux colonne au format date initialisées à NULL par défaut et tout fonctionnait bien. Depuis quelques temps, la valeur NULL est remplacé par ...rien.
J'ai créé deux autres colonnes ayant les mêmes caractéristiques, et là pas de problème, un HRAZ et j'ai bien les valeurs NULL dans ces nouvelles colonnes.
J'ai donc recopié les valeurs des colonnes défaillantes dans les deux nouvelles, supprimé les deux colonnes défectueuses, arrêté le serveur, redémarré et renommé les deux colonnes avec les anciens noms pour éviter de reprendre le code et les requêtes, procédures stockées, trigger, etc...
et là badaboum, les nouvelles colonnes se comportent comme les anciennes, plus de valeur NULL mais rien...
Quelqu'un aurait-il une piste ?
Merci d'avance
Membre enregistré
382 messages
Popularité : +18 (22 votes)
Posté le 24 mai 2017 - 16:34
Salut,

A mon avis, un soucis dans la configuration de ton analyse sur la table incriminée.

Regarde de ce côté.
Posté le 24 mai 2017 - 16:41
Non, elle a toujours fonctionnée... et les nouvelles colonnes fonctionnent bien jusqu'à ce que je les renomme
Merci
Posté le 24 mai 2017 - 20:25
Bonjour,


Le 5/24/2017 à 8:41 AM, "ÿÿÿÿÿÿÿÿÿÿÿÿÿ" a écrit :
Non, elle a toujours fonctionnée... et les nouvelles colonnes
fonctionnent bien jusqu'à ce que je les renomme


Ce qui indique bien que la configuration de ces deux NOMS dans l'analyse
est incorrecte (pas de gestion du null) pour une raison quelconque.

Mais bon, tester si une date est nulle ou vide, ca ne fait pas une
grande différence, non ?

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)

Plus d'information sur http://fabriceharari.com

> Merci
Membre enregistré
2 566 messages
Popularité : +222 (260 votes)
Posté le 25 mai 2017 - 06:16
Bonjour,

Ca fait une énorme différence. Faire un test sur un null ou faire un test sur une date du style 00000000 ou 18991230 (selon la base) sans compter que si c'est un datetime alors il faut rajouter l'heure 000000000. Enfin bref pas pratique.

La gestion du Null sur hfsql n'est pas au top selon moi puisque lorsque tu passes null à une requête il omet le paramètre.

Je ne parle pas du transfert du null lors de la recopie d'un enregistrement.

Bref on est loin de la gestion du Null par un sgbd digne de ce nom.

--
Cordialement,

Philippe SAINT-BERTIN
Géode Informatique
Posté le 25 mai 2017 - 23:00
Bonjour

en l'occurrence, une date non renseignée, en hf, c'est ""

Et je ne vois toujours pas en quoi testé si date="" ou si date=null (ou
date..null=vrai) va faire la moindre diférence.

Quand au niveau de la dignité de la base, je suis pas royaliste, donc,
je m'en tape

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)

Plus d'information sur http://fabriceharari.com


Le 5/24/2017 à 10:16 PM, Philippe SB a écrit :
Bonjour,

Ca fait une énorme différence. Faire un test sur un null ou faire un
test sur une date du style 00000000 ou 18991230 (selon la base) sans
compter que si c'est un datetime alors il faut rajouter l'heure
000000000. Enfin bref pas pratique.

La gestion du Null sur hfsql n'est pas au top selon moi puisque lorsque
tu passes null à une requête il omet le paramètre.

Je ne parle pas du transfert du null lors de la recopie d'un
enregistrement.

Bref on est loin de la gestion du Null par un sgbd digne de ce nom.

--
Cordialement,

Philippe SAINT-BERTIN
Géode Informatique