Débordement de SqlDateTime. Doit être entre le 1/01/1753 00:00:00 et le 31/12/9999 11
Lors de l’insertion de données dans le cadre orm NHibernate, l’erreur ci-dessus a été rapportée :
Débordement SqlDateTime / Débordement SqlDateTime
[Résumé : Erreur - Débordement SqlDateTime. Doit être entre le 1/01/1753 00:00:00 et le 31/12/9999 23:59:59 SqlDateHeure débordante. Doit être entre le 1/01/1753 00:00 AM Guerre 31/12/9999 23:59:59 Raison : Lors de l’application de C# insérer ou mettre à jour la base de données, mot datatime]
Erreur - Débordement SqlDateTime. Ça doit être entre le 01/01/1753 00:00:00 et le 31/12/9999 23:59:59
Débordement de SqlDateTime. Ça doit être entre le 01/01/1753 00:00:00 et le 31/12/9999 23:59:59
Cause
Lors de l’utilisation de la base de données C# pour insérer ou mettre à jour, la valeur du champ datetime est nulle par insertion par défaut C# 0001-01-01 provoque un débordement de type datetime.
Plage de types DateTime en C#
DateTime.MinValue = 1/1/0001 00:00:00 AM DateTime.MaxValue = 23:59:59.99999999, 31 décembre 9999, exactement un tic de 100 nanosecondes avant 00:00:00, 1er janvier 10000
Plage de types de datetime dans SQL Server
entre le 1/01/1753 00:00:00 et le 31/12/9999 23:59:59
Après avoir lu cet article, je comprends probablement quelque chose : il devrait y avoir une propriété vide, NHibernate définit automatiquement la valeur par défaut, je pense que ça devrait être comme ça ????
Ensuite, après avoir attribué l’attribut UpdateTime qui n’avait pas été initialement attribué,Il a constaté qu’il n’y avait pas d’erreur, puis inséra la table de données,
Cependant, mon champ peut être vide, que devrais-je faire ???
Trouver la propriété UpdateTime sous la classe DateHeure et la définir sur DateHeure ? C’est-à-dire, permettre le vide. (Dans le xml mappé, c’est le meilleur, aussi réglé sur not-null="faux », comme suit :)
Enfin, réussite, prenez une capture d’écran de la base de données !
|
Publié sur 29/06/2016 12:08:36
|
|
|
|
