Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Faire un champs obligatoire?

7 réponses
Avatar
IntelInside
Bonjour,

j'ai un champs qui est reli=E9 une rubrique.

j'aimerai que ce champs ait obligatoirement une valeur.

comment faire?

faire un code de v=E9rification =E0 la sortie de champs n'est pas un
probl=E8me.

mais peut on pr=E9ciser dans hyperfileSQL que cette rubrique ne peut
=EAtre vide?

Par exemple sur Oracle, on dit que la rubrique est de type NOT NULL.


Mais dans l'environnement Windev?

Merci d'avance pour tout eclaircissement sur ce sujet

Pat

7 réponses

Avatar
JeAn-PhI
IntelInside a utilisé son clavier pour écrire :
Bonjour,

j'ai un champs qui est relié une rubrique.

j'aimerai que ce champs ait obligatoirement une valeur.

comment faire?

faire un code de vérification à la sortie de champs n'est pas un
problème.

mais peut on préciser dans hyperfileSQL que cette rubrique ne peut
être vide?

Par exemple sur Oracle, on dit que la rubrique est de type NOT NULL.


Mais dans l'environnement Windev?

Merci d'avance pour tout eclaircissement sur ce sujet

Pat



saisie obligatoire ? case à cocher dans la fenêtre description du champ

--
Cordialement JeAn-PhI
Avatar
Gilles
IntelInside vient de nous annoncer :
Bonjour,

j'ai un champs qui est relié une rubrique.

j'aimerai que ce champs ait obligatoirement une valeur.
faire un code de vérification à la sortie de champs n'est pas un
problème.
mais peut on préciser dans hyperfileSQL que cette rubrique ne peut
être vide?



Non, ce n'est pas possible, il faut le gérer par code.
Soit au niveau de l'IHM, soit par triggers, en renvoyant une erreur en
cas de valeur nulle sur le champs.
Mais le moteur HF en lui même ne gère pas les NOT NULL
Avatar
JeAn-PhI
Gilles a utilisé son clavier pour écrire :
IntelInside vient de nous annoncer :
Bonjour,

j'ai un champs qui est relié une rubrique.

j'aimerai que ce champs ait obligatoirement une valeur.
faire un code de vérification à la sortie de champs n'est pas un
problème.
mais peut on préciser dans hyperfileSQL que cette rubrique ne peut
être vide?



Non, ce n'est pas possible, il faut le gérer par code.
Soit au niveau de l'IHM, soit par triggers, en renvoyant une erreur en cas de
valeur nulle sur le champs.
Mais le moteur HF en lui même ne gère pas les NOT NULL



dans la description de la rubrique, il me semble si mes souvenirs sont
bons que l'on peut mettre une valeur par défaut

--
Cordialement JeAn-PhI
Avatar
Gilles
JeAn-PhI avait écrit le 26/08/2010 :
Gilles a utilisé son clavier pour écrire :
IntelInside vient de nous annoncer :
Bonjour,

j'ai un champs qui est relié une rubrique.

j'aimerai que ce champs ait obligatoirement une valeur.
faire un code de vérification à la sortie de champs n'est pas un
problème.
mais peut on préciser dans hyperfileSQL que cette rubrique ne peut
être vide?



Non, ce n'est pas possible, il faut le gérer par code.
Soit au niveau de l'IHM, soit par triggers, en renvoyant une erreur en cas
de valeur nulle sur le champs.
Mais le moteur HF en lui même ne gère pas les NOT NULL



dans la description de la rubrique, il me semble si mes souvenirs sont bons
que l'on peut mettre une valeur par défaut



Oui mais ça n'est pas bon.
Un valeur par défaut ça ne revient pas à pouvoir générer une exception
en cas de non saisie de la valeur.
Avatar
wd_newbie
On 26 août, 09:58, Gilles wrote:
JeAn-PhI avait écrit le 26/08/2010 :



> Gilles a utilisé son clavier pour écrire :
>> IntelInside vient de nous annoncer :
>>> Bonjour,

>>> j'ai un champs qui est relié une rubrique.

>>> j'aimerai que ce champs ait obligatoirement une valeur.
>>> faire un code de vérification à la sortie de champs n'est pas un
>>> problème.
>>> mais peut on préciser dans hyperfileSQL que cette rubrique ne peut
>>> être vide?

>> Non, ce n'est pas possible, il faut le gérer par code.
>> Soit au niveau de l'IHM, soit par triggers, en renvoyant une erreur en cas
>> de valeur nulle sur le champs.
>> Mais le moteur HF en lui même ne gère pas les NOT NULL

> dans la description de la rubrique, il me semble si mes souvenirs sont bons
> que l'on peut mettre une valeur par défaut

Oui mais ça n'est pas bon.
Un valeur par défaut ça ne revient pas à pouvoir générer une ex ception
en cas de non saisie de la valeur.



Il me semble qu'une des propriétés d'un champ est "Saisie obligatoire"

Selon popup :
--------------------------------------
Saisie obligatoire
Si cette option est cochée, l'utilisateur ne pourra pas sortir de ce
champ sans saisir une valeur.
Il est conseillé d'utiliser une valeur par défaut dans ce type de
champ (onglet "Contenu").
--------------------------------------

Ce n'est pas ce que tu cherches ?


Olivier
Avatar
Franck
Le 25/08/2010, IntelInside a supposé :
Bonjour,

j'ai un champs qui est relié une rubrique.

j'aimerai que ce champs ait obligatoirement une valeur.

comment faire?

faire un code de vérification à la sortie de champs n'est pas un
problème.

mais peut on préciser dans hyperfileSQL que cette rubrique ne peut
être vide?

Par exemple sur Oracle, on dit que la rubrique est de type NOT NULL.


Mais dans l'environnement Windev?

Merci d'avance pour tout eclaircissement sur ce sujet

Pat



ex pour un champs texte :
si sai_champs ="" alors
info("Vous devez remplir ce champs")
reprisesaisie(sai_champs)
fin

ex pour un champs monetaire :
si sai_champs =0 alors
info("Vous devez remplir ce champs")
reprisesaisie(sai_champs)
fin

etc...
Avatar
Gilles
IntelInside a formulé la demande :
Bonjour,
j'ai un champs qui est relié une rubrique.
j'aimerai que ce champs ait obligatoirement une valeur.
comment faire?
faire un code de vérification à la sortie de champs n'est pas un
problème.
mais peut on préciser dans hyperfileSQL que cette rubrique ne peut
être vide?
Par exemple sur Oracle, on dit que la rubrique est de type NOT NULL.
Mais dans l'environnement Windev?
Merci d'avance pour tout eclaircissement sur ce sujet




Perso, pour pallier à ce défaut (et à la gestion de la saisie
obligatoire quelle que soit ce champs, celle de Windev étant
inssuportable pour l'utilisateur (impossible de sortir du champ une
fois rentré dedans)), j'ai fait une petite procédure qui analyse tous
les champs de la fenêtre et qui recheche une suite de caractères dans
les propriétés "note" des contrôles.

Et ensuite, j'ai un message générique et une coloration du champ en cas
de propriété non respectée (dépendante du type de champs)

A l'enregistrement, j'appelle ma procédure, et elle se débrouille avec
les champs marqués "OB" dans la note...