Da ingen fra uinteresserede parter ikke har efterladt nogen kommentarer endnu, vil vi forsøge at skrive en så neutral kommentar som muligt.
Devart har længere EF-supporthistorik - siden den 30. august 2007. I løbet af disse to år har vi taget højde for adskillige fejlrapporter og brugeranmodninger. Vi har også skabt og sender med vores produkter Entity Developer
- et kraftfuldt designtidsværktøj.
Vi kan ikke kalde vores Entity Framework-understøttelse for Oracle for en ideel - denne ORM blev oprindeligt designet til MS SQL Server, så muligheden for at tage hensyn til andre DBMS'ers vidundere er betydeligt begrænset. Det er nok kun at nævne CROSS APPLY og OUTER APPLY problem
.
Men på trods af disse problemer er de fleste af vores brugere i stand til at arbejde med Entity Framework med succes og komfortabelt.
Det vil være tilstrækkeligt at sige, men du har nævnt "kritiske enterprise allpications". I dette tilfælde anbefaler vi dig at tage et kig på vores Oracle-specifikke LINQ til SQL implementering - LINQ til Oracle
.
LINQ til SQL foregiver ikke at bygge løsninger på tværs af databaser og gør det derfor muligt at tage hensyn til særpræg ved et separat DBMS, især Oracle. I modsætning til Entity Framework, hvor vi kun har delvis kontrol over de genererede SQL-forespørgsler, har vi i LINQ til Oracle-sagen fuld kontrol over processen. Denne kendsgerning giver os mulighed for at generere hurtige og gyldige Oracle-specifikke forespørgsler og fremskynder også fejlretnings- og forbedringsprocessen.
I tilfælde af ældre Oracle-databaser er EF normalt svært at anvende, i modsætning til LINQ til Oracle.
Designtidsarbejde med LINQ til Oracle-modellen udføres også ved hjælp af Entity Developer.
