La conversion d'un type de données datetime2 en un type de données datetime entraîne une valeur hors plage

J'ai une table de données avec 5 colonnes, où une ligne est remplie de données puis enregistrée dans la base de données via une transaction.

Lors de l'enregistrement, une erreur est renvoyée:

La conversion d'un type de données datetime2 en un type de données datetime a donné lieu à une valeur hors plage

Cela implique, comme lu, que mon datatable a un type de DateTime2et ma base de données a DateTime; C'est faux.

La colonne de date est définie DateTimecomme ceci:

new DataColumn("myDate", Type.GetType("System.DateTime"))

Question

Cela peut-il être résolu dans le code ou faut-il changer quelque chose au niveau de la base de données?

Quel genre de dates avez-vous dans la colonne?

Tous s'inscrivent-ils dans la gamme du type?

En passant, la bonne façon d'obtenir un Typeobjet pour le DataColumnconstructeur est le typeofmot - clé, qui est plus rapide de plusieurs ordres de grandeur.

Par conséquent, pour créer la colonne, vous devez écrire

new DataColumn("myDate", typeof(DateTime))

Cela peut se produire si vous n'affectez pas de valeur à un champ DateTime lorsque le champ n'accepte pas les valeurs NULL .

Cela m'a arrangé!

Le DATETIMEet le DATETIME2mappage System.DateTimedans .NET - vous ne pouvez pas vraiment faire une "conversion", car c'est vraiment le même type .NET.

Consultez la page de documentation MSDN: http://msdn.microsoft.com/en-us/library/bb675168.aspx

Il existe deux valeurs différentes pour le " SqlDbType" pour ces deux - pouvez-vous les spécifier dans votre DataColumndéfinition?

MAIS: sur SQL Server, la plage de dates prise en charge est assez différente.

DATETIMEprend en charge 1753/1/1 à "éternité" (9999/12/31), tandis que DATETIME2prend en charge 0001/1/1 à travers éternité.

Donc, ce que vous devez vraiment faire est de vérifier l'année de la date - si c'est avant 1753, vous devez le changer en quelque chose APRÈS 1753 pour que la DATETIMEcolonne dans SQL Server le gère.

Marc

Dans ma base de données SQL Server 2008, j'avais une DateTimecolonne marquée comme non nullable, mais avec une GetDate()fonction comme valeur par défaut. Lors de l'insertion d'un nouvel objet à l'aide d'EF4, j'ai eu cette erreur car je ne transmettais pas explicitement une propriété DateTime sur mon objet. Je m'attendais à ce que la fonction SQL gère la date pour moi, mais ce n'est pas le cas. Ma solution était d'envoyer la valeur de date à partir du code au lieu de compter sur la base de données pour la générer.

obj.DateProperty = DateTime.now; // C#

pour moi c'était parce que le datetime était ..

01/01/0001 00:00:00

dans ce cas, vous voulez vous attribuer null EF DateTime Object ... en utilisant mon code FirstYearRegistered comme exemple

DateTime FirstYearRegistered = Convert.ToDateTime(Collection["FirstYearRegistered"]);
if (FirstYearRegistered != DateTime.MinValue)
{
    vehicleData.DateFirstReg = FirstYearRegistered;
}  

Celui-ci me rendait fou. Je voulais éviter d'utiliser une date / heure nullable ( DateTime?). Je n'avais pas non plus la possibilité d'utiliser le datetime2type de SQL Server 2008

modelBuilder.Entity<MyEntity>().Property(e => e.MyDateColumn).HasColumnType("datetime2");

J'ai finalement opté pour ce qui suit:

public class MyDb : DbContext
{
    public override int SaveChanges()
    {
        UpdateDates();
        return base.SaveChanges();
    }

    private void UpdateDates()
    {
        foreach (var change in ChangeTracker.Entries<MyEntityBaseClass>())
        {
            var values = change.CurrentValues;
            foreach (var name in values.PropertyNames)
            {
                var value = values[name];
                if (value is DateTime)
                {
                    var date = (DateTime)value;
                    if (date < SqlDateTime.MinValue.Value)
                    {
                        values[name] = SqlDateTime.MinValue.Value;
                    }
                    else if (date > SqlDateTime.MaxValue.Value)
                    {
                        values[name] = SqlDateTime.MaxValue.Value;
                    }
                }
            }
        }
    }
}

Parfois, EF ne sait pas qu'il s'agit d'une colonne calculée ou d'un déclencheur . De par leur conception, ces opérations définiront une valeur en dehors de EF après une insertion.

Le correctif consiste à spécifier Computeddans les EF de edmxcette colonne dans la StoreGeneratedPatternpropriété.

Pour moi, c'était lorsque la colonne avait un déclencheur qui insérait la date et l'heure actuelles, voir ci-dessous dans la troisième section.

Étapes pour résoudre

Dans Visual Studio, ouvrez la Model Browserpage Modelpuis Entity Types-> puis

1. Sélectionnez l'entité et la propriété date-heure
2. Sélectionner StoreGeneratedPattern
3. Mis à Computed

Pour cette situation, d'autres réponses sont des solutions de contournement, dans le but de la colonne est d'avoir une heure / date spécifiée lorsque l'enregistrement a été créé, et c'est le travail de SQL pour exécuter un déclencheur pour ajouter l'heure correcte. Tels que ce déclencheur SQL:

DEFAULT (GETDATE()) FOR [DateCreated].

J'ai rencontré cela et j'ai ajouté ce qui suit à ma propriété datetime:

 [Column(TypeName = "datetime2")]
 public DateTime? NullableDateTimePropUtc { get; set; }

Si nous ne transmettons pas de champ date à date, la date par défaut {1/1/0001 12:00:00 AM} sera transmise.

Mais cette date n'est pas compatible avec le travail de trame d'entité, elle lancera donc la conversion d'un type de données datetime2 en un type de données datetime, ce qui a entraîné une valeur hors plage

Juste default DateTime.nowau champ de date si vous ne passez aucune date.

movie.DateAdded = System.DateTime.Now

Le plus simple serait de changer votre base de données pour utiliser datetime2 au lieu de datetime. La compatibilité fonctionne bien et vous n'obtiendrez pas vos erreurs.

Vous aurez toujours envie de faire un tas de tests ...

L'erreur est probablement parce que vous essayez de définir une date sur l'année 0 ou quelque chose - mais tout dépend de l'endroit où vous avez le contrôle pour changer les choses.

J'ai trouvé ce post essayant de comprendre pourquoi j'ai continué à obtenir l'erreur suivante qui est expliquée par les autres réponses.

La conversion d'un type de données datetime2 en un type de données datetime a entraîné une valeur hors plage.

Utilisez un objet DateTime nullable.
DateTime publique? PurchaseDate {get; ensemble; }

Si vous utilisez le framework d'entité Définissez la propriété nullable dans le fichier edmx sur True

Comme andyuk l' a déjà souligné, cela peut se produire lorsqu'une valeur NULL est affectée à un champ DateTime non nullable . Vous envisagez de remplacer DateTime par DateTime? ou Nullable < DateTime >. Gardez à l'esprit que, si vous utilisez une propriété de dépendance , vous devez également vous assurer que le type de votre propriété de dépendance est également un type DateTime nullable.

Voici un exemple réel d'un DateTime à DateTime incomplet ? ajustement de type qui augmente le comportement étrange

Entity Framework 4 fonctionne avec le type de données datetime2, donc dans db, le champ correspondant doit être datetime2 pour SQL Server 2008.

Pour parvenir à la solution, il existe deux façons.

1. Pour utiliser le type de données datetime dans Entity Framwork 4, vous devez basculer le ProviderManifestToken dans le fichier edmx sur "2005".
2. Si vous définissez le champ correspondant sur Allow Null (il le convertit en NULLABLE), EF utilise automatiquement les objets de date comme datetime.

Création d'une classe de base basée sur l'implémentation de @ sky-dev. Cela peut donc être facilement appliqué à plusieurs contextes et entités.

public abstract class BaseDbContext<TEntity> : DbContext where TEntity : class
{
    public BaseDbContext(string connectionString)
        : base(connectionString)
    {
    }
    public override int SaveChanges()
    {

        UpdateDates();
        return base.SaveChanges();
    }

    private void UpdateDates()
    {
        foreach (var change in ChangeTracker.Entries<TEntity>())
        {
            var values = change.CurrentValues;
            foreach (var name in values.PropertyNames)
            {
                var value = values[name];
                if (value is DateTime)
                {
                    var date = (DateTime)value;
                    if (date < SqlDateTime.MinValue.Value)
                    {
                        values[name] = SqlDateTime.MinValue.Value;
                    }
                    else if (date > SqlDateTime.MaxValue.Value)
                    {
                        values[name] = SqlDateTime.MaxValue.Value;
                    }
                }
            }
        }
    }
}

Usage:

public class MyContext: BaseDbContext<MyEntities>
{

    /// <summary>
    /// Initializes a new instance of the <see cref="MyContext"/> class.
    /// </summary>
    public MyContext()
        : base("name=MyConnectionString")
    {
    }
    /// <summary>
    /// Initializes a new instance of the <see cref="MyContext"/> class.
    /// </summary>
    /// <param name="connectionString">The connection string.</param>
    public MyContext(string connectionString)
        : base(connectionString)
    {
    }

     //DBcontext class body here (methods, overrides, etc.)
 }

Ajoutez l'attribut mentionné ci-dessous sur la propriété dans votre classe de modèle.

Attribute = [DatabaseGenerated(DatabaseGeneratedOption.Computed)]
Reference = System.ComponentModel.DataAnnotations.Schema

Au départ, j'ai oublié d'ajouter cet attribut. Donc, dans ma base de données, la contrainte a été créée comme

ALTER TABLE [dbo].[TableName] ADD DEFAULT (getdate()) FOR [ColumnName]

et j'ai ajouté cet attribut et mis à jour mon db puis il a été changé en

ALTER TABLE [dbo].[TableName] ADD CONSTRAINT [DF_dbo.TableName_ColumnName] DEFAULT (getdate()) FOR [ColumnName]

Dans mon cas, nous avons jeté une date à une heure et nous avons obtenu cette erreur. Ce qui se passe, c'est que Date a un minimum "plus orienté programmeur" du 01/01/0001, tandis que Datetime est bloqué à 1753

Combinez cela avec une erreur de collecte de données de notre part, et vous obtenez votre exception!

Parfois, cela fonctionne bien sur les machines de développement et non sur les serveurs. Dans mon cas, j'ai dû mettre:

<globalization uiCulture="es" culture="es-CO" />

Dans le fichier web.config.

Le fuseau horaire de la machine (serveur) était correct (pour les paramètres régionaux CO), mais pas l'application Web. Ce réglage est fait et cela a bien fonctionné à nouveau.

Bien sûr, toutes les dates avaient de la valeur.

:RÉ

L'ajout de ce code à une classe dans ASP.NET a fonctionné pour moi:

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    modelBuilder.Properties<DateTime>().Configure(c => c.HasColumnType("datetime2"));
}

Je suis conscient de ce problème et vous devriez tous l'être aussi:

https://en.wikipedia.org/wiki/Year_2038_problem

En SQL, un nouveau type de champ a été créé pour éviter ce problème (datetime2).

Ce type de champ 'Date' a les mêmes valeurs de plage qu'une classe DateTime .Net. Cela résoudra tous vos problèmes, donc je pense que la meilleure façon de le résoudre est de changer le type de colonne de votre base de données (cela n'affectera pas vos données de table).

Découvrez les deux suivants: 1) Ce champ n'a pas de valeur NULL. Par exemple:

 public DateTime MyDate { get; set; }

Remplacer par:

public DateTime MyDate { get; set; }=DateTime.Now;

2) Nouvelle nouvelle base de données. Par exemple:

db=new MyDb();

Problème avec l'attribut datetime hérité

Ce message d'erreur s'affiche souvent lorsqu'un champ de date non nullable a la valeur null au moment de l'insertion / mise à jour. Une cause peut être l'héritage.

Si votre date est héritée d'une classe de base et que vous ne faites pas de mappage, EF ne lira pas sa valeur.

Pour plus d'informations: https://weblogs.asp.net/manavi/inheritance-mapping-strategies-with-entity-framework-code-first-ctp5-part-3-table-per-concrete-type-tpc-and- choix-stratégie-directives

J'ai vu cette erreur lorsque j'ai voulu modifier une page en utilisant ASP.Net MVC. Je n'ai eu aucun problème lors de la création, mais la mise à jour de la base de données a rendu ma propriété DateCreated hors de portée!

Lorsque vous ne voulez pas que votre DateTimepropriété soit nullable et que vous ne vouliez pas vérifier si sa valeur est dans la plage sql DateTime (et @Html.HiddenForn'aide pas!), Ajoutez simplement un static DateTimechamp à l'intérieur de la classe associée (Controller) et donnez-lui la valeur lorsque GET fonctionne, puis utilisez-le lorsque POST fait son travail:

public class PagesController : Controller
{
    static DateTime dateTimeField;
    UnitOfWork db = new UnitOfWork();

    // GET:
    public ActionResult Edit(int? id)
    {
        Page page = db.pageRepository.GetById(id);
        dateTimeField = page.DateCreated;
        return View(page);
    }

    // POST: 
    [HttpPost]
    [ValidateAntiForgeryToken]
    public ActionResult Edit(Page page)
    {
        page.DateCreated = dateTimeField;
        db.pageRepository.Update(page);
        db.Save();
        return RedirectToAction("Index");

    }
}

J'ai rencontré ce problème sur un projet d'application console simple et ma solution rapide consiste à convertir toutes les dates datetime2 possibles en datetime nullable en exécutant cette méthode:

static DateTime? ParseDateTime2(DateTime? date)
    {
        if (date == null || date.ToString() == "1/1/0001 12:00:00 AM")
        {
            return null;
        }
        else
        {
            return date;
        }
    }

Ce n'est certainement pas une méthode complètement complète, mais elle a fonctionné pour mes besoins et peut-être qu'elle aidera les autres!

Vérifiez le format de demande dans DB. Par exemple, ma base de données a une valeur par défaut ou une liaison(((1)/(1))/(1900))

System.DateTime MyDate = new System.DateTime( 1900 ,1, 1);

vous aurez une colonne de date qui a été définie pour lesathan la valeur minimale de l'heure autorisée comme 1/1/1001.

pour surmonter ce problème, vous pouvez définir la valeur datetime appropriée sur votre propriété et également définir une autre propriété magique comme IsSpecified = true.