Como ninguém de partes desinteressadas ainda não deixou comentários, tentaremos postar comentários o mais neutros possível.
Devart tem um histórico de suporte EF mais longo - desde 30 de agosto de 2007. Durante esses dois anos, levamos em consideração vários relatórios de bugs e solicitações de usuários. Também criamos e enviamos com nossos produtos Desenvolvedor de entidade - uma poderosa ferramenta de tempo de design.
Não podemos chamar nosso suporte a Entity Framework para Oracle de ideal - este ORM foi inicialmente projetado para MS SQL Server, portanto a possibilidade de levar em conta as maravilhas de outros DBMSs é significativamente limitada. CROSS APPLY e OUTER APPLY problema .
Mas, apesar desses problemas, a maioria de nossos usuários é capaz de trabalhar com o Entity Framework com sucesso e conforto.
Isso será suficiente para dizer, mas você mencionou "todos os aplicativos críticos da empresa". Neste caso, recomendamos que você dê uma olhada em nossa implementação LINQ to SQL específica do Oracle - LINQ to Oracle .
LINQ to SQL não pretende construir soluções de banco de dados cruzado e, portanto, permite levar em consideração as peculiaridades de um DBMS separado, Oracle em particular. Ao contrário do Entity Framework, onde temos apenas controle parcial sobre as consultas SQL geradas, no caso do LINQ to Oracle temos controle total sobre o processo. Este fato nos dá a oportunidade de gerar consultas específicas do Oracle rápidas e válidas e também acelera o processo de correção de bugs e melhorias.
No caso de bancos de dados Oracle legados, o EF geralmente é difícil de aplicar, ao contrário do LINQ to Oracle.
O trabalho em tempo de design com o modelo LINQ to Oracle também é realizado usando o Entity Developer.