Yalnızca başlatıcılar, varlık üyeleri ve varlık gezinme özellikleri desteklenir

Bu istisnayı alıyorum:

Belirtilen tür üyesi 'Ücretli' LINQ to Entities'de desteklenmiyor. Yalnızca başlatıcılar, varlık üyeleri ve varlık gezinme özellikleri desteklenir.

    public ActionResult Index()
    {
        var debts = storeDB.Orders
            .Where(o => o.Paid == false)
            .OrderByDescending(o => o.DateCreated);

        return View(debts);
    }

Model sınıfım

public partial class Order
{
    public bool Paid {
        get {
            return TotalPaid >= Total;
        }
    }

    public decimal TotalPaid {
        get {
            return Payments.Sum(p => p.Amount);
        }
    }

Ödemeler, alan tutarını içeren İlgili bir tablodur, Sorgu, ödemelerle ilgili doğru bilgileri gösteren Where maddesini kaldırırsam çalışır, kodda neyin yanlış olduğuna dair herhangi bir ipucu var mı?

Önerildiği gibi çözüldü:

    public ActionResult Index()
    {
        var debts = storeDB.Orders
            .OrderByDescending(o => o.DateCreated)
            .ToList()
            .Where(o => o.Paid == false);

        return View(debts);
    }

Varlık, Ücretli mülkünüzü SQL'e dönüştürmeye çalışıyor ve tablo şemasının bir parçası olmadığı için yapamıyor.

Yapabileceğiniz şey, Varlığın Ücretli filtre olmadan tabloyu sorgulamasına izin vermek ve ardından Ücretli olanları filtrelemektir.

public ActionResult Index()
{
    var debts = storeDB.Orders
        //.Where(o => o.Paid == false)
        .OrderByDescending(o => o.DateCreated);

    debts = debts.Where(o => o.Paid == false);

    return View(debts);
}

Bu, elbette, tüm verileri web sunucusuna geri getirdiğiniz ve üzerindeki verileri filtrelediğiniz anlamına gelir. DB sunucusunda filtrelemek istiyorsanız, tabloda bir Hesaplanmış Sütun oluşturabilir veya bir Saklanan Yordamı kullanabilirsiniz.

Sadece benzer bir sorunu çözmem gerekiyordu. Yukarıdaki çözümler, kötü bir uygulama olan bellek içi işlemeyi gerektirir (geç yükleme).

Benim çözümüm, bir yüklemi döndüren bir yardımcı yazmaktı:

public static class Extensions
{
    public static Expression<Func<Order, bool>> IsPaid()
    {
        return order => order.Payments.Sum(p => p.Amount) >= order.Total;
    }
}

Linq ifadenizi şu şekilde yeniden yazabilirsiniz:

var debts = storeDB.Orders
                    .Where(Extensions.IsPaid())
                    .OrderByDescending(o => o.DateCreated);

Bu, hesaplama mantığını (KURU) yeniden kullanmak istediğinizde kullanışlıdır. Dezavantajı, mantığın etki alanı modelinizde olmamasıdır.

Bu sorun, [NotMapped]DB Modelinizde ve Görünüm Modelinizde aynı ada sahip bir mülkten de gelebilir .

AutoMapper bir projeksiyon sırasında bunu DB'den seçmeye çalışır; ve NotMapped özelliği açıkça DB'de mevcut değildir.

Çözüm, IgnoreDB Modelinden Görünüm Modeline eşleme yaparken AutoMapper yapılandırmasındaki özelliktir.

1. DB Modelinizde [NotMapped]adlı bir mülk arayın Foo.
2. FooGörünüm Modelinizde aynı ada sahip bir mülk arayın .
3. Durum buysa, AutoMapper yapılandırmanızı değiştirin. Ekle.ForMember(a => a.Foo, b => b.Ignore());

Linq, ifadeleri SQL ifadelerine dönüştürür ve bunları veritabanında yürütür.

Artık bu dönüştürme yalnızca varlık üyeleri, başlatıcılar ve varlık gezinme özellikleri için gerçekleşir. Bu nedenle, işlev elde etmek veya özellik karşılaştırması elde etmek için, önce bunları bellek içi listelemeye dönüştürmemiz ve ardından verileri almak için işlevi uygulamamız gerekir.

Bu nedenle bütünlük içinde,

var debts = storeDB.Orders.toList()
        .Where(o => o.Paid == false)
        .OrderByDescending(o => o.DateCreated);

Diğer olası neden, IEnumerablemülkünüz için kullanmak yerineICollection

Yani bunun yerine:

public class This
{
    public long Id { get; set; }
    //...
    public virtual IEnumerable<That> Thats { get; set; }
}

Bunu yap:

public class This
{
    public long Id { get; set; }
    //...
    public virtual ICollection<That> Thats { get; set; }
}

Ve sen yakışıklı pisliksin ... 2 saat sonra kaybetmek için aptal bir şeysin.

Unigned int gibi EntityFramework türleri tarafından desteklenmeyen kullanıyorsanız da bu durum ortaya çıkabilir .

Bu benim böyle bir hata durumumdu.

Desteklenen türler hakkında daha fazla bilgi edinin : https://msdn.microsoft.com/en-us/library/ee382832(v=vs.100).aspx

GFoley83 tarafından açıklanan bu tür durumlar için bazı geçici çözümler vardır: Entity Framework ile unsigned int / long türleri nasıl kullanılır?

Bu sorunla karşılaştım çünkü yalnızca get without setmülkiyeti olan bir üye değişkeni vardı

bu onun auto calculatedve not storedbir sütun olarakthe table

bu nedenle onun not existiçindetable schema

böylece make sureherhangi bir üye değişkeni not auto calculatediçin havebir getterve setterözellikleri

edmx ve bağlam modeliniz, db'ye yeni eklenen bazı farklı özelliklere sahiptir.

EDMX'inizi güncelleyin, uygun şekilde yenileyin Projenizi bulup yeniden çalıştırın.

Sorununuzu çözecektir.

Saygılarımızla, Ganesh Nikam