Problème d'insertion de valeur null de date

Bonjour le forum je souhaite dans certain cas lors de l'insertion de données que la colonne date soit vide et pour cela
j'ai écrit le code suivant:

Code:

---

1 2 3 4 5 6 7 8 9 10

Private Sub dtpDateDenlevement_ValueChanged(sender As Object, e As EventArgs) Handles dtpDateDenlevement.ValueChanged If (txtDate.Text.ToString Is Nothing) Then dtpDateDenlevement.Format = DateTimePickerFormat.Custom dtpDateDenlevement.CustomFormat = " "   Else dtpDateDenlevement.Format = DateTimePickerFormat.Short txtDate.Text = dtpDateDenlevement.Value.ToShortDateString End If End Sub

---

pour récupérer la valeur DateTimePicker dans un txtDate.Text si nécessaire mais dans le cas contraire le champ txtDate.Text doit être vide
mais lors de l'insertion de données j’obtiens toujours une date mais différente de la date du système

Code:

---

1 2	insert INTO [dbo].[EDITIONBONENLEVEMENT] (Numero,[Date_Bon]) values('" & txtNumero.Text & "',(SELECT CONVERT(DATE,'" & txtDate.Text.ToString & "',103)))

---

Pièce jointe 482653 or j'aurais voulu avoir des valeurs null
pouvez m'aider à résoudre se problème?

Bonjour,

Une piste, peut-être ...

Code:

---

1 2 3 4 5 6 7

If txtDate.Text = String.Empty Then insert INTO [dbo].[EDITIONBONENLEVEMENT] (Numero,[Date_Bon]) values('" & txtNumero.Text & "'") Else insert INTO [dbo].[EDITIONBONENLEVEMENT] (Numero,[Date_Bon]) values('" & txtNumero.Text & "',(SELECT CONVERT(DATE,'" & txtDate.Text & "',103))) End If

---

:)

Bonsoir Phil Rob très bonne idée sa marche merci

Deux autres solutions :

La plus pourrie :

Code:

---

1 2 3

insert INTO [dbo].[EDITIONBONENLEVEMENT] (Numero,[Date_Bon]) values('" & txtNumero.Text & "',(SELECT nullif(CONVERT(DATE,'" & txtDate.Text.ToString & "',103), '1900-01-01')))

---

La seconde, la seule qui devrait être utilisée :
PASSER PAR DES REQUÊTES PARAMETREES

https://docs.microsoft.com/fr-fr/dot...tframework-4.8

Sans requêtes paramétrées :
- Vos performances sont drastiquement réduites
=> Le SGBD va mettre en cache toutes les requêtes, au lieu de ne conserver qu'un unique plan dans lequel il n'a qu'à modifier les paramètres. Du coup, consommation anormale de mémoire, et exploitation des outils de tunning quasi impossible
- Votre application est instable
=> La moindre valeur imprévue dans un paramètre (par exemple, présence d'une quote) et votre application va planter, voir pire, avoir des comportements incohérents
- Votre application n'est pas sécurisée
=> Un hacker peut profiter des requêtes non paramétrées pour injecter du code, et par exemple accéder à des données auxquelles il n'a pas accès, les modifier, les supprimer... voir même consulter d'autres bases de données sur le serveur... bref, un trou de sécurité béant.