Mapiranje Stored procedure - .NET 3.5 (EF v1)Code:
// Ova f-ja se nalazi u generisanoj izvedenoj klasi iz klase ObjectContext
// Odnosno, ExecuteFunction je metoda iz ObjectContext-a
public ObjectResult<Nullable<Int32>> MyScalar()
{
return base.ExecuteFunction<Nullable<Int32>>("TestScalar");
}
// Ova f-ja se nalazi u generisanoj izvedenoj klasi iz klase ObjectContext
// Odnosno, ExecuteFunction je metoda iz ObjectContext-a
public ObjectResult<Nullable<Int32>> MyScalar()
{
return base.ExecuteFunction<Nullable<Int32>>("TestScalar");
}
gde je "TestScalar" naziv funkcije (tj. function import-a) u modelu za odgovarajuću funkciju u store-u... (dakle, u edmx-u su sve potrebne informacije za mapiranje te f-je). Funckija inače ne prima ništa od argumenata, a vraća int.
E sad, pošto je mapiranje ok, gore pomenuti kod (u 4.0) radi bez problema, ali u .NET-u 3.5 taj kod odbija da radi zato što T (u ovom slučaju T = Nullable<Int32>) mora da implementira IEntityWithChangeTracker.
Pretpostavljam da je to razlog zbog koga zvanično u .NET-u 3.5 nisu podržane stored procedure koje vraćaju bilo šta drugo što nije iz skupa entiteta u generisanom modelu (jer su entiteti u stvari nasleđeni iz EntityObject-a koji implementira IEntityWithChangeTracker, IEntityWithKey i IEntityWithRelationships)
Mene samo zanima, da li slučajno neko ima ideju kako je (iako u dokumentaciji piše drugačije!) oslabljen uslov za T u ExecuteFunction f-ji (.NET 4.0)?
Da li je to u pozadini neko realno ograničenje 3.5-ice ili su u MS-u samo tek tako rekli: "Eto, nećemo za sada da vam damo da koristite stored procedure koje ne vraćaju generisane entitete".
Na kraju, da bih premostio problem, koristio sam direktno EntityClient, tj. EntityConnection, itd...itd...
Kako vi inače koristite SP u EF-u v1?
Da li ste imali još nekih problema ili ne?
