Obliczona kolumna w kodzie EF pierwsza

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 */ }
    }
}

Bibliografia:

• błąd w EF 4.1 DatabaseGeneratedOption.Obliczone
• obliczone kolumny w kodzie Entity Framework pierwsze migracje
• praca z kolumnami obliczeniowymi

Od 2019 r. EF core pozwala na obliczanie kolumn w czysty sposób za pomocą płynnego API:

Załóżmy, że DisplayName jest kolumną obliczeniową, którą chcesz zdefiniować, musisz zdefiniować właściwość jak zwykle, ewentualnie z dostępem do własności prywatnej, aby zapobiec przypisaniu jej

public class Person
{
    public int PersonId { get; set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
    // this will be computed
    public string DisplayName { get; private set; }
}

Następnie, w konstruktorze modelu, zaadresuj go za pomocą definicji kolumny:

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Person>()
        .Property(p => p.DisplayName)
        // here is the computed query definition
        .HasComputedColumnSql("[LastName] + ', ' + [FirstName]");
}

Aby uzyskać więcej informacji, spójrz na MSDN.

W EF6 można po prostu skonfigurować ustawienie mapowania tak, aby ignorowało obliczoną właściwość, jak to:

Zdefiniuj obliczenia na własności get Twojego modelu:

public class Person
{
    // ...
    public string FirstName { get; set; }
    public string LastName { get; set; }
    public string FullName => $"{FirstName} {LastName}";
}

Następnie ustaw go na ignorowanie w konfiguracji modelu

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    //...
    modelBuilder.Entity<Person>().Ignore(x => x.FullName)
}

Jednym sposobem jest zrobienie tego z 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;

Możesz to zrobić w swoim obiekcie POCO public class FirstTable, ale nie sugerowałbym tego, ponieważ myślę, że to nie jest dobry projekt.

Innym sposobem byłoby użycie widoku SQL. Możesz odczytać widok podobny do tabeli z ramką encji. A w kodzie widoku możesz wykonywać obliczenia lub cokolwiek chcesz. Po prostu utwórz widok podobny do

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

Zrobiłbym to używając tylko modelu widoku. Na przykład zamiast mieć klasę FirstTable jako jednostkę db, czy nie byłoby lepiej po prostu mieć klasę modelu widoku o nazwie FirstTable, a następnie mieć funkcję, która jest używana do zwracania tej klasy, która zawierałaby obliczoną sumę? Na przykład twoja klasa będzie po prostu:

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

I wtedy masz funkcję, którą wywołujesz, która zwraca obliczoną sumę:

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

Zasadniczo to samo co Widok SQL i jako @Linus wspomniałem, że nie sądzę, że byłoby dobrym pomysłem utrzymanie obliczonej wartości w bazie danych. Tylko kilka myśli.

Natknąłem się na to pytanie, próbując mieć Kod EF pierwszy model z kolumną łańcuchową "Slug" , być wyprowadzone z innej kolumny łańcuchowej "Nazwa". Podejście, które przyjęłam, było nieco inne, ale wyszło dobrze, więc podzielę się nim tutaj.

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

To, co jest miłe w tym podejściu, to automatyczne generowanie slug, nigdy nie ujawniając settera slug. The .Metoda ToUrlSlug () nie jest ważną częścią tego postu, możesz użyć wszystkiego na swoim miejscu, aby wykonać pracę, której potrzebujesz załatwione. Zdrowie!