Преобразование типа данных datetime2 в тип данных datetime приводит к выходу за пределы допустимого значения

У меня есть таблица данных с 5 столбцами, где строка заполняется данными, а затем сохраняется в базе данных посредством транзакции.

При сохранении возвращается ошибка:

Преобразование типа данных datetime2 в тип данных datetime привело к значению вне допустимого диапазона

Из прочитанного следует, что моя таблица данных имеет тип DateTime2и базу данных a DateTime; это не правильно.

Столбец даты устанавливается DateTimeтак:

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

Вопрос

Это может быть решено в коде или что-то должно быть изменено на уровне базы данных?

Какие у вас даты в колонке?

Все они вписываются в диапазон типа?

Кроме того, правильный способ получить Typeобъект для DataColumnконструктора - это typeofключевое слово, которое на несколько порядков быстрее.

Поэтому, чтобы создать столбец, вы должны написать

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

Это может произойти, если вы не присвоите значение полю DateTime, когда поле не принимает значения NULL .

Это исправило это для меня!

Как DATETIMEи DATETIME2карту , чтобы System.DateTimeв .NET - вы не можете сделать «преобразования», так как это на самом деле тот же тип .NET.

См. Страницу документа MSDN: http://msdn.microsoft.com/en-us/library/bb675168.aspx.

Для этих двух значений есть два разных значения. SqlDbTypeМожете ли вы указать их в своем DataColumnопределении?

НО: на SQL Server поддерживаемый диапазон дат совсем другой.

DATETIMEподдерживает 1753/1/1 в «вечность» (9999/12/31), а DATETIME2поддерживает 0001/1/1 - в вечность.

Итак, что вам действительно нужно сделать, это проверить год даты - если это до 1753 года, вам нужно изменить его на что-то ПОСЛЕ 1753 года, чтобы DATETIMEстолбец в SQL Server мог его обработать.

Марк

В моей базе данных SQL Server 2008 у меня был DateTimeстолбец, помеченный как не обнуляемый, но с GetDate()функцией в качестве значения по умолчанию. При вставке нового объекта с использованием EF4 я получил эту ошибку, потому что я не передавал свойство DateTime в моем объекте явно. Я ожидал, что функция SQL будет обрабатывать дату для меня, но это не так. Моим решением было отправить значение даты из кода, а не полагаться на базу данных для ее генерации.

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

для меня это было потому, что дата была ..

01/01/0001 00:00:00

в этом случае вы хотите присвоить нулевой объект EF DateTime ... используя мой FirstYearRegistered код в качестве примера

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

Этот сводил меня с ума. Я хотел избежать использования обнуляемой даты ( DateTime?). У меня не было возможности использовать datetime2тип SQL Server 2008 либо

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

В конце концов я выбрал следующее:

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;
                    }
                }
            }
        }
    }
}

Иногда EF не знает, что имеет дело с вычисляемым столбцом или триггером . По замыслу эти операции будут устанавливать значение вне EF после вставки.

Исправление - указать Computedв EF edmxдля этого столбца в StoreGeneratedPatternсвойстве.

Для меня это было, когда в столбце был триггер, который вставил текущую дату и время, см. Ниже в третьем разделе.

Шаги для решения

В Visual Studio откройте Model Browserстраницу, Modelзатем Entity Types-> затем

1. Выберите объект и свойство даты и времени
2. Выбрать StoreGeneratedPattern
3. Установлен в Computed

Для этой ситуации другие ответы - обходные пути, для столбца нужно указать время / дату, указанную при создании записи, и это задача SQL - выполнить триггер для добавления правильного времени. Например, этот триггер SQL:

DEFAULT (GETDATE()) FOR [DateCreated],

Я наткнулся на это и добавил следующее в свой объект datetime:

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

Если мы не передадим поле даты в дату, будет передана дата по умолчанию {1/1/0001 12:00:00 AM}.

Но эта дата несовместима с работой фрейма сущности, поэтому она преобразует преобразование типа данных datetime2 в тип данных datetime, что приводит к значению вне допустимого диапазона.

Просто default DateTime.nowв поле даты, если вы не проходите ни одной даты.

movie.DateAdded = System.DateTime.Now

Проще всего было бы изменить базу данных на использование datetime2 вместо datetime. Совместимость прекрасно работает, и вы не получите ошибок.

Вы все еще хотите сделать кучу тестирования ...

Ошибка, вероятно, связана с тем, что вы пытаетесь установить дату на год 0 или что-то еще, но все зависит от того, где у вас есть контроль, чтобы что-то изменить.

Я нашел этот пост, пытаясь понять, почему я продолжал получать следующую ошибку, которая объясняется другими ответами.

Преобразование типа данных datetime2 в тип данных datetime привело к значению вне допустимого диапазона.

Используйте обнуляемый объект DateTime.
общедоступный DateTime? PurchaseDate {get; набор; }

Если вы используете Entity Framework, установите для свойства nullable в файле edmx значение True.

Как уже отмечал andyuk , это может произойти, когда значение NULL присваивается необнуляемому полю DateTime . Подумайте об изменении DateTime на DateTime? или Nullable < DateTime >. Имейте в виду, что в случае использования свойства зависимости также следует убедиться, что тип свойства зависимости также имеет тип DateTime, допускающий значение NULL.

Ниже приведен реальный пример неполного DateTime для DateTime? корректировка типа, которая вызывает странное поведение

Entity Framework 4 работает с типом данных datetime2, поэтому в db соответствующее поле должно быть datetime2 для SQL Server 2008.

Для достижения решения есть два способа.

1. Чтобы использовать тип данных datetime в Entity Framwork 4, вам необходимо переключить ProviderManifestToken в edmx-файле на «2005».
2. Если вы установите соответствующее поле как Allow Null (оно преобразует его в NULLABLE), тогда EF автоматически использует объекты даты как datetime.

Создан базовый класс на основе реализации @ sky-dev. Так что это может быть легко применено к нескольким контекстам и сущностям.

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;
                    }
                }
            }
        }
    }
}

Применение:

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.)
 }

Добавьте указанный ниже атрибут для свойства в классе вашей модели.

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

Изначально я забыл добавить этот атрибут. Так что в моей базе данных ограничение было создано как

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

и я добавил этот атрибут и обновил мой БД, то он был изменен на

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

В моем случае мы приводили дату к дате и получили эту ошибку. Что происходит, так это то, что Date имеет «более ориентированный на программиста» минимум 01.01.0101, а Datetime застрял на 1753

Объедините это с ошибкой сбора данных с нашей стороны, и вы получите свое исключение!

Иногда это прекрасно работает на машинах разработки, а не на серверах. В моем случае я должен был поставить:

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

В файле web.config.

Часовой пояс на компьютере (сервере) был правильным (в соответствии с локализацией CO), но веб-приложение - нет. Эта настройка выполнена, и она снова заработала нормально.

Конечно, все даты имели значение.

: D

Добавление этого кода в класс в ASP.NET сработало для меня:

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

Я знаю об этой проблеме, и вы все должны быть тоже

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

В SQL был создан новый тип поля, чтобы избежать этой проблемы (datetime2).

Этот тип поля «Дата» имеет те же значения диапазона, что и класс DateTime .Net. Это решит все ваши проблемы, поэтому я думаю, что лучший способ решить это - изменить тип столбца вашей базы данных (это не повлияет на данные вашей таблицы).

Проверьте следующие два: 1) Это поле не имеет значения NULL. Например:

 public DateTime MyDate { get; set; }

Заменить на:

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

2) Новая база данных снова. Например:

db=new MyDb();

Проблема с унаследованным атрибутом datetime

Это сообщение об ошибке часто отображается, когда поле даты без ненулевого значения имеет значение null во время вставки / обновления. Одной из причин может быть наследство.

Если ваша дата унаследована от базового класса, и вы не делаете отображение, EF не будет читать ее значение.

Для получения дополнительной информации: https://weblogs.asp.net/manavi/inheritance-mapping-strategies-with-entity-framework-code-first-ctp5-part-3-table-per-concrete-type-tpc-and- выбор-стратегии-принципы

Я увидел эту ошибку, когда хотел отредактировать страницу с помощью ASP.Net MVC. У меня не было проблем при создании, но обновление базы данных сделало мое свойство DateCreated вне диапазона!

Если вы не хотите, чтобы ваше DateTimeсвойство было Nullable, и не хотите проверять, находится ли его значение в диапазоне sql DateTime (и @Html.HiddenForэто не помогает!), Просто добавьте static DateTimeполе внутри связанного класса (Controller) и присвойте ему значение, когда GET работает, затем используйте его, когда POST делает свою работу:

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");

    }
}

Я столкнулся с этой проблемой в простом проекте консольного приложения, и мое быстрое решение - преобразовать любые возможные даты datetime2 в обнуляемую datetime, запустив этот метод:

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

Это, конечно, не совсем комплексный метод, но он работал для моих нужд, и, возможно, он поможет другим!

Проверьте формат req в БД. например, моя БД имеет значение по умолчанию или Binding(((1)/(1))/(1900))

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

у вас будет столбец даты, который был установлен как минимум значения минимальной разрешенной даты, например 1/1/1001.

Чтобы преодолеть эту проблему, вы можете установить правильное значение datetime, чтобы свойство urn также установило другое магическое свойство, например IsSpecified = true.