Colonna calcolata in codice EF First

Question

Ho bisogno di avere una colonna nel mio database calcolata dal database come (somma di righe) - (somma di rowsb). Sto usando un modello code-first per creare il mio database.

Ecco cosa intendo:

public class Income { 
     [Key] 
     public int UserID { get; set; } 
     public double inSum { get; set; } 
} 

public class Outcome { 
     [Key] 
     public int UserID { get; set; } 
     public double outSum { get; set; } 
} 

public class FirstTable { 
     [Key] 
     public int UserID { get; set; } 
     public double Sum { get; set; } 
     // This needs to be calculated by DB as 
     // (Select sum(inSum) FROM Income WHERE UserID = this.UserID) 
     // - (Select sum(outSum) FROM Outcome WHERE UserID = this.UserID) 
} 

Come posso raggiungere questo obiettivo in EF CodeFirst?

Answer 1

È possibile creare computed columns nelle tabelle del database. Nel modello EF basta annotare le proprietà corrispondenti con l'attributo DatabaseGenerated:

[DatabaseGenerated(DatabaseGeneratedOption.Computed)] 
public double Summ { get; private set; } 

O con mappatura fluente:

modelBuilder.Entity<Income>().Property(t => t.Summ) 
    .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Computed) 

Come suggerito da Matija Grcic e in un commento, è una buona idea per fare il proprietà private set, perché probabilmente non si vorrebbe mai impostarlo nel codice dell'applicazione. Entity Framework non ha problemi con i setter privati.

Answer 2

Un modo sta facendo con LINQ:

var userID = 1; // your ID 
var income = dataContext.Income.First(i => i.UserID == userID); 
var outcome = dataContext.Outcome.First(o => o.UserID == userID); 
var summ = income.inSumm - outcome.outSumm; 

Si può farlo all'interno del vostro oggetto POCO public class FirstTable, ma non vorrei suggerire di, perché penso che non è un buon design.

Un altro modo sarebbe utilizzare una vista SQL. È possibile leggere una vista come una tabella con Entity Framework. E all'interno del codice di visualizzazione, puoi eseguire calcoli o qualsiasi altra cosa desideri. Basta creare una vista come

-- not tested 
SELECT FirstTable.UserID, Income.inCome - Outcome.outCome 
    FROM FirstTable INNER JOIN Income 
      ON FirstTable.UserID = Income.UserID 
     INNER JOIN Outcome 
      ON FirstTable.UserID = Outcome.UserID 

Answer 3

public string ChargePointText { get; set; } 

public class FirstTable 
{ 
    [Key] 
    public int UserID { get; set; } 

    [DatabaseGenerated(DatabaseGeneratedOption.Computed)]  
    public string Summ 
    { 
     get { return /* do your sum here */ } 
     private set { /* needed for EF */ } 
    } 
} 

Riferimenti:

• Bug in EF 4.1 DatabaseGeneratedOption.Computed
• Calculated Columns in Entity Framework Code First Migrations
• Working with Computed Columns

Answer 4

vorrei andare su questo da solo utilizzando un modello di vista. Ad esempio, piuttosto che avere la classe FirstTable come entità db, non sarebbe meglio avere una classe del modello di vista chiamata FirstTable e quindi avere una funzione che viene utilizzata per restituire questa classe che includa la somma calcolata? Per esempio la classe sarebbe solo:

public class FirstTable { 
    public int UserID { get; set; } 
    public double Sum { get; set; } 
} 

E allora si avrebbe una funzione che si chiama che restituisce la somma calcolata:

public FirsTable GetNetSumByUserID(int UserId) 
{ 
    double income = dbcontext.Income.Where(g => g.UserID == UserId).Select(f => f.inSum); 
    double expenses = dbcontext.Outcome.Where(g => g.UserID == UserId).Select(f => f.outSum); 
    double sum = (income - expense); 
    FirstTable _FirsTable = new FirstTable{ UserID = UserId, Sum = sum}; 
    return _FirstTable; 
} 

In sostanza lo stesso di una vista SQL e come detto @Linus Non penso sarebbe una buona idea mantenere il valore calcolato nel database. Solo alcuni pensieri.

Answer 5

Mi sono imbattuto in questa domanda quando provavo ad avere un codice EF Primo modello con una colonna di stringhe "Slug", derivato da un'altra colonna di stringhe "Nome". L'approccio che ho preso è stato leggermente diverso ma ha funzionato bene, quindi lo condividerò qui.

private string _name; 

public string Name 
{ 
    get { return _name; } 
    set 
    { 
     _slug = value.ToUrlSlug(); // the magic happens here 
     _name = value; // but don't forget to set your name too! 
    } 
} 

public string Slug { get; private set; } 

Che cosa è bella di questo approccio è che si ottiene la generazione automatica lumaca, senza mai esporre il setter lumaca. Il metodo .ToUrlSlug() non è la parte importante di questo post, è possibile utilizzare qualsiasi cosa al suo posto per eseguire il lavoro necessario. Saluti!