Comme personne des parties désintéressées n'a encore laissé de commentaires, nous essaierons de poster un commentaire aussi neutre que possible.
Devart a une histoire de support EF plus longue - depuis le 30 août 2007. Au cours de ces deux années, nous avons pris en compte de nombreux rapports de bogues et demandes d'utilisateurs. Nous avons également créé et expédié avec nos produits Entity Developer - un outil de temps de conception puissant.
Nous ne pouvons pas appeler notre support Entity Framework pour Oracle un idéal - cet ORM a été initialement conçu pour MS SQL Server, donc la possibilité de prendre en compte les merveilles des autres SGBD est considérablement limitée. Il suffit de mentionner uniquement l'application CROSS et l'application externe problem.
Mais, malgré ces problèmes, la plupart de nos utilisateurs sont capables de travailler avec Entity Framework avec succès et confortablement. Cela sera suffisant pour le dire, mais vous avez mentionné «les critiques d'entreprise critiques». Dans ce cas, nous vous recommandons de jeter un oeil à notre implémentation LINQ to SQL spécifique à Oracle - LINQ to Oracle.
LINQ to SQL ne prétend pas construire de solutions de bases de données croisées et permet donc de prendre en compte les particularités d'un SGBD séparé, Oracle en particulier. Contrairement à Entity Framework, où nous n'avons qu'un contrôle partiel sur les requêtes SQL générées, dans le cas LINQ to Oracle, nous avons un contrôle total sur le processus. Ce fait nous donne l'opportunité de générer des requêtes spécifiques à Oracle, rapides et valides, et accélère également le processus de correction et d'amélioration des bogues.
Dans le cas de bases de données Oracle héritées, EF est généralement difficile à appliquer, contrairement à LINQ to Oracle.
Le calcul du temps de conception avec le modèle LINQ vers Oracle s'effectue également à l'aide d'Entity Developer.
1. Pouvez-vous jeter plus de lumière sur l'affirmation «la possibilité de prendre en compte les merveilles des autres SGBD est considérablement limitée»? 2. LINQ to Oracle ne dispose pas des fonctionnalités telles que la personnalisation des mappages de modèle à l'aide de fonctionnalités telles que l'héritage, etc. – Chai
1. Il n'est pas possible de renvoyer plusieurs jeux de résultats de la procédure stockée dans EF. Il est impossible d'utiliser des séquences non associées à des déclencheurs dans EF. Et qu'en est-il des types de données qui ne proviennent pas de l'énumération "number, string, datetime, binary, guid"? Et la liste ne se termine pas sur ces problèmes. 2. LINQ to Oracle prend en charge l'héritage Table par hierarchie.Nous supportons toutes les principales fonctionnalités de LINQ to SQL. – Devart