Entity Framework 6 (premier code) de l'entité de gestion de version et de l'audit

J'ai utilisé la 2ème approche que vous mentionnez, par la surcharge de la dbContext SaveChanges() méthode:

public class MyContext : DbContext
{

 public int SaveChanges(int userId)
 {
    //Get all Added/Deleted/Modified entities (not Unmodified or Detached)
    foreach (var ent in this.ChangeTracker.Entries().Where(p => p.State ==  EntityState.Added 
    || p.State == EntityState.Deleted || p.State == EntityState.Modified))
    {

        foreach (AuditLog x in GetAuditRecordsForChange(ent, userId))
        {
            this.AuditLogs.Add(x);
        }
    }
    return base.SaveChanges();
  }
...

Donc, si je veux enregistrer une entité particulière, je viens d'appeler la surcharge SaveChanges & pass dans un UserId:

public void Update(StockCatalogueItem entity, int userId)
{
     _context.SaveChanges(userId);
}

J'ai aussi une coutume DoNotLog attribut que j'utilise pour décorer les propriétés d'entité que je ne veux pas de journal. Sans cela, la journalisation peut générer une énorme quantité de données, chaque entité modification équivaut à un db d'entrée.

[DoNotLog]
public int CreatedBy { get; set; }

La GetAuditRecordsForChange méthode qui effectue la vérification de tout DoNotLog propriétés et renvoie un List<AuditLog> qui est enregistré dans le AuditLogs table:

public class AuditLog
    {
        public int Id { get; set; }
        public int CreatedBy { get; set; }
        public DateTime CreatedOn { get; set; }
        public AuditEventType EventType { get; set; }
        public string TableName { get; set; }
        public int EntityId { get; set; }
        public string ColumnName { get; set; }
        public string Controller { get; set; }
        public string Action { get; set; }
        public string IPAddress { get; set; }
        public string OriginalValue { get; set; }
        public string NewValue { get; set; }
    }

OriginalL'auteur markpsmith

Je dirais que c'est un bon candidat pour l'event sourcing motif mentionné dans un DDD architecture. Vous ne changez jamais votre table d'entité, mais toujours de l'insertion.

De cette façon, lorsque vous avez besoin d'une version spécifique que vous venez de re-jouer à tous les événements et de les appliquer à l'entité à partir de la version 0 de la version que vous recherchez. L'évolutivité peut être résolu avec l'entité instantanés.

Deuxième approche est aussi valable.

De référence:
http://microservices.io/patterns/data/event-sourcing.html

OriginalL'auteur Hugo Marcelo Del Negro