Тъй като никой от незаинтересованите страни все още не е оставил коментари, ще се опитаме да публикуваме възможно най-неутрален коментар.
Devart има по-дълга история на поддръжка на EF - от 30 август 2007 г. През тези две години взехме предвид многобройни доклади за грешки и потребителски заявки. Също така създадохме и доставяме с нашите продукти Разработчик на обекти
- мощен инструмент за време за проектиране.
Не можем да наречем нашата поддръжка на Entity Framework за Oracle идеална - тази ORM първоначално е проектирана за MS SQL Server, така че възможността да се вземат предвид чудесата на други СУБД е значително ограничена. Достатъчно е да споменем само CROSS APPLY и OUTER APPLY проблем
.
Но въпреки тези проблеми, повечето от нашите потребители могат да работят с Entity Framework успешно и удобно.
Това ще бъде достатъчно да се каже, но вие споменахте „критични корпоративни всички приложения“. В този случай ви препоръчваме да разгледате нашата специфична за Oracle LINQ to SQL реализация - LINQ към Oracle
.
LINQ to SQL не претендира за изграждане на решения за кръстосани бази данни и следователно позволява да се вземат предвид особеностите на отделна СУБД, по-специално на Oracle. За разлика от Entity Framework, където имаме само частичен контрол върху генерираните SQL заявки, в случая с LINQ to Oracle имаме пълен контрол върху процеса. Този факт ни дава възможност да генерираме бързи и валидни специфични за Oracle заявки и също така ускорява процеса на отстраняване на грешки и подобряване.
В случай на наследени бази данни на Oracle EF обикновено е труден за прилагане, за разлика от LINQ към Oracle.
Работата по време на проектиране с модела LINQ към Oracle също се извършва с помощта на Entity Developer.