Правильное моделирование RowVersion в SqLite с преобразованием в ulong в Entity Framework Core

Question

Я пытаюсь заставить RowVersion работать правильно как на SqLite, так и на SqlServer с помощью простого запроса к столбцу rowversion. Чтобы сделать это, мне нужно преобразовать столбец rowversion в ulong вместо byte [], и он по-прежнему должен работать должным образом.

public abstract class VersionEntity
{
    public ulong RowVersion { get; set; }
}

public class Observation : VersionEntity
{
    public Guid Id { get; set; }
    public Guid TaskId { get; set; }
    public string Description { get; set; }
    public DateTime DueDate { get; set; }
    public Severity Severity { get; set; }
}

public class TestDbContext : DbContext
{
    public static string ConnectionString { get; set; } = "Data Source=dummy.db";
    public DbSet<Observation> Observation { get; set; }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
         modelBuilder.Entity<Observation>().HasKey(o => o.Id);
         modelBuilder.Entity<Observation>().Property(o => o.RowVersion).HasConversion(new NumberToBytesConverter<ulong>()).IsRowVersion();
    }

    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder.UseSqlite(ConnectionString);
        optionsBuilder.UseLazyLoadingProxies();
    }

}

В моей первой добавленной миграции изменилось RowVersion, чтобы иметь rowVersion: true (не добавляется автоматически). Также добавлено

private string _triggerQuery = @"CREATE TRIGGER Set{0}RowVersion{1}
   AFTER {1} ON {0}
   BEGIN
      UPDATE {0}
      SET RowVersion = current_timestamp
      WHERE rowid = NEW.rowid;
   END
";

migrationBuilder.Sql(String.Format(_triggerQuery, tableName, "UPDATE"));
migrationBuilder.Sql(String.Format(_triggerQuery, tableName, "INSERT"));

Таким образом, он создается с помощью триггеров для имитации возрастающего глобального значения SqlServer RowVersion.

Миграция работает, а первое сохранение работает

context.Database.Migrate();
var id = Guid.NewGuid();
context.Observation.Add(new Observation
{
    Id = id,
    Description = "Test description1",
    TaskId = Guid.NewGuid(),
    Severity = Severity.Low,
    DueDate = DateTime.Now
});
context.Observation.Add(new Observation
{
    Id = Guid.NewGuid(),
    Description = "Test description2",
    TaskId = Guid.NewGuid(),
    Severity = Severity.Low,
    DueDate = DateTime.Now
});
context.SaveChanges(); // This works, and saves data
var observation = context.Observation.FirstOrDefault(o => o.Id == id);
observation.Description = "changed.."; // Checking here will show a value on RowVersion property
context.SaveChanges(); // This fail with concurrency error

Ошибка параллелизма:Предполагается, что работа с базой данных затронет 1 строку (и), но фактически затронет 0 строк. Данные могут быть изменены или удалены, так как объекты были загружены. См. http://go.microsoft.com/fwlink/?LinkId=527962 для получения информации о понимании и обработке исключений оптимистичного параллелизма.

Я не могу понять, почему это должно быть проблемой. Кто-нибудь есть идеи, почему это не работает? Похоже, что выбранная сущность имеет значение в свойстве RowVersion. Но когда он сохранен, он думает, что изменился.

Answer 1

Я прекратил попытки использовать IsRowVersion с SqLite.

Закончено задание типа RowVersion для long и использование IsConcurrencyToken (). ValueGeneratedOnAddOrUpdate (). HasDefaultValue (0);вместо IsRowVersion (). HasConversion (..)

Также используется julianday вместо current_timestamp

private static string _triggerQuery = @"CREATE TRIGGER Set{0}RowVersion{1}
        AFTER {1} ON {0}
        BEGIN
            UPDATE {0}
            SET RowVersion = CAST(ROUND((julianday('now') - 2440587.5)*86400000) AS INT)
            WHERE rowid = NEW.rowid;
        END
    ";

migrationBuilder.Sql(String.Format(_triggerQuery, tableName, "UPDATE"));
migrationBuilder.Sql(String.Format(_triggerQuery, tableName, "INSERT"));

Теперь он работает правильно и уменьшается до мс для изменений. Таким образом, также легко запросить все изменения после определенного момента времени.

Answer 2

Вероятно, это связано с тем, что значение RowVersion изменяется между двумя операциями SaveChanges.

Я думаю, что EntityFramework понимает RowVersion для SQL Server и будет использовать только RowVersion в качестве «токена параллелизма». В базе данных SQLite он, вероятно, использует все поля в качестве токенов параллелизма, то есть обновляет, где все поля все еще находятся в том состоянии, в котором мы их загрузили. Из-за триггера смоделированный RowVersion фактически изменился, поэтому он считает, что существует проблема параллелизма.

Я не знаком с EF, но, возможно, вы можете сказать ему, чтобы исключить смоделированный RowVersion как токен параллелизма, илипросто перезагрузите запись между обновлениями.

Я нашел это: https://www.infoworld.com/article/3085390/how-to-handle-concurrency-conflicts-in-entity-framework.html