Quando si gestisce la concorrenza ottimistica con SQL Server, il modo più semplice per creare la colonna con la versione è crearla di tipo Timestamp così che ad ogni aggiornamento sia SQL Server a cambiare la versione. Per default, la proprietà che mappa sul timestamp è di tipo byte[], ma questo comportamento non è sempre ottimale per due motivi. Il primo è che byte[] è un tipo mutabile, il secondo è che un byte[] serializzato è poco comprensibile all'occhio umano e quindi rende il debug più difficile a volte. Per questi motivi, è stata aggiunta la possibilità di mappare la colonna che fa da rowversion non solo con una proprietà di tipo byte[], ma anche di tipo long. Per fare questo, dobbiamo dichiarare la proprietà dell'entity come long o ulong e nel mapping specificare che il valore della proprietà viene generato convertendo da byte[].
public partial class Person
{
public int Id { get; set; }
public string Name { get; set; }
public long Timestamp { get; set; }
}
protected override void OnModelCreating(ModelBuilder modelBuilder)
{
modelBuilder.Entity<Customers>(entity =>
{
entity.Property(e => e.Timestamp)
.IsRowVersion()
.HasConversion<byte[]>()
.IsConcurrencyToken();
});
}Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Come automatizzare il download dei report di billing da GitHub Enterprise
Importare repository da Bitbucket a GitHub Enterprise Cloud
Configurare OpenAI in .NET Aspire
Gestire pubblicazione Kubernetes tramite .NET Aspire
Semplificare i deployment con le label in Azure Container App
Impostare il tipo di supporto dei campi Json in Entity Framework con Sql Server
Integrare OpenAI tramite Aspire
Mappare una complex property di una entity su un campo JSON
Ottimizzare le API in ASP.NET con Feature Flags
Pubblicare un MCP Server in GitHub MCP Registry
Esporre tool MCP da API REST con Azure App Service
Utilizzo delle stepped value functions nel CSS


