|
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 572 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 |
| |
| |
| | | |
|
| | | | |
| | |
|