Citat:
djordjeno:
Meni je u EF zasmetalo sledece a u vezi je se tim o cemu pricas:
EF postavi sve navigacione propertije koje pronadje u shemi baze podataka i za njih generise u modelu odgovarajuce veze.
Vrlo cest je slucaj da dosta od njih nisu potrebni ni za jedan upit u aplikaciji, jer jednostavno nema zahteva.
I recimo ako odstranite te veze iz EF dizajnera (delete na navigacioni property), svaki sledeci put kad se uradi update modela (npr doda se novo polje) te veze se opet pojave.
Memorija je jeftina, a navigacioni property leba ne jede ako ga ne koristis. Model pretpostavlja da ako si stavio dve uvezane tabele na model, da ti treba i njihova relacija. Ja ne verujem da ce se ovo ikad menjati.
Citat:
theilusion:
Aha, sad mi je malo jasnije.
Ajde pre nego što probam da vidim rezulatat u aplikaciji da li bi onda moj upit trebao da izgleda nešto ovako (pišem onako napamet):
Code:
using (MyEntityModel mod = new MyEntityModel ())
{
var result = mod.RequisitionSparePart.Include("Car").Include("SparePartProperty").ToList();
foreach (RequisitionSparePart part in result)
{
RequisitionSparePartList.Add(part);
}
}
Ne vidim kako bih drugacije dosao do
SparePartProperty.name i
Car.name
Ok, mozes da flatujes objektni model u XxY recordset format (vidi pp). Drugo, zasto prelopatavas podatke iz liste u observable? To ti je najgore moguce resenje (svaki Add ce da uradi refresh svih vizuelnih drva vezanih za kolekciju).
Ili kreiraj novi observable pa koristi INotifyPropeortyChanged da javis UI da je instnca kolekcije promenjena
Ili proguglaj "AddRange" ekstenziju za observable collection koji ti sprecava refresh dok se cela lista ne pretaba.
Potpis
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić