Discussion :

[hamza_azerty]

Bonjour à tous je travaille sur une application de gestion dont j'ai un formulaire de saisie qui contient des textbox, combobox ...etc , alors le problème c'est que quand je laisse un champ vide il m'envoie la valeur 'nul' et pas une chaine vide , et quand j'envoie la requête vers la base
c'est impossible d'enregistrer les données :
ici je remplie l'objet :

Code :

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

1
2
3
4
 
 Suivi suiv=new Suivi();
suiv.Restaurant_Resto = cmb_RestaurantResto.Text;
suiv.Ajouter(suiv);

et ici j'envoie la requête vers la base :

Code :

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

1
2
3
4
5
 
Declaration.cmd.CommandText = "INSERT INTO Suivi (Restaurant) values(@Restaurant)";
 Declaration.cmd.Parameters.Add("@Restaurant", OleDbType.VarChar).Value = suiv.Restaurant;
Declaration.cmd.ExecuteNonQuery();
Declaration.Deconnecter();

alors ce que j'ai fait c'est avant d'envoyer la requête je vérifie si la valeur nul et le rends 'Chaine vide' :

Code :

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

1
2
3
4
5
 
            if (suiv.Restaurant == null)
            {
                suiv.Restaurant = "";
            }

mais il me semble pas professionnelle et pratique , est ce qui il y a une autre manière de procéder et merci beaucoup

[PixelJuice]

C'est normal que les propriétés utilisés ne soit pas les mêmes ?

Code :

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

suiv.Restaurant_Resto = cmb_RestaurantResto.Text;

et

Code :

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

 Declaration.cmd.Parameters.Add("@Restaurant", OleDbType.VarChar).Value = suiv.Restaurant;

Parce que sinon , même si la TextBox est vide , cela affectera quand même un String vide a ta variable.

[StringBuilder]

D'un point de vue purement sémantique, la chaîne vide et NULL n'est pas du tout la même chose :
- NULL = Non renseigné
- Chaîne vide = Renseigné à vide

Le plus simple, quand on se pose la question du NULL, c'est d'imaginer le cas de l'élève absent le jour du contrôle :
- Doit-on créer une note à 0
- Ne doit-on pas créer de note

Au niveau de C# et de SQL, on fait bien la distinction (sauf avec Oracle et son type aberrant VARCHAR2)

Dans un formulaire, tu récupères une chaîne vide à ta propriété Textbox.
A tout de voir si c'est vide parce qu'on veut que ce soit vide, ou vide parce qu'on n'a pas l'information.

Ensuite, vérifie dans la base de données que la colonne en question est bien nullable. Car lors de la création de la table, on a très bien pu mettre l'attribut "NOT NULL" et dans ce cas, il faudra forcément mettre une valeur.

[hamza_azerty]

Oui c'est ça ce que je veux même si la TextBox est vide , il affectera un String vide a ma variable , mais il affecte 'null' et mon champs et en string et dans la base et en varchar ???

[StringBuilder]

PixelJuice t'a fait remarqué qu'à priori, tu n'utilise pas la bonne valeur lors de l'insertion en base. Tu as vérifié ?

Après, quel est ton SGBD ?
Vérifie ce que donne une insertion manuelle (en SQL directement dans une console) ce que donne l'insertion d'une chaîne vide dans ta colonne.

Comme je t'ai dis, Oracle peut transformer une chaîne vide en NULL, et SQL Server aussi, si on le configure pour.

[hamza_azerty]

Merci 'PixelJuice' merci 'StringBuilder' moi j'utilise Access comme bdd , et j'autorise les valeurs null dans mes champs , mais quand j'affecte un textbox vide a un attribut de type string il affecte à la place la valeur null ?

[StringBuilder]

Non, Access respecte la norme SQL sur ce point : chaîne vide et NULL sont bien différenciées.

En revanche, je me rends compte que tu récupères le texte d'une variable "cmb" qui semble correspondre à une liste déroulante.

Si aucun élément n'est choisi, alors la propriété Text est nulle, donc normal que tu enregistres NULL.

C'est donc en amont, lorsque tu récupère le texte, que tu dois prendre :

si selectedItem <> null alors Text
sinon ""