DevArt's dotConnect per Oracle vs DataDirect del fornitore di dati ADO.NET

Question

Qualcuno ha eseguito un'analisi comparativa di dotConnect per Oracle da DevArt e ADO.NET data provider from DataDirect.

Stiamo pensando di utilizzare il supporto di Entity Framework disponibile in questi framework per un'applicazione enterprise critica. Alcuni articoli che ho letto suggerire quanto segue:

1. Devart dotConnect è molto più veloce rispetto a DataDirect
2. licenza DataDirect è più costoso che la licenza Devart

Qualcuno può gettare più luce sulla aspetti tecnici in modo da aiutare il processo decisionale?

Answer 1

Dato che nessuno dei partecipanti disinteressati non ha ancora lasciato commenti, cercheremo di postare il commento più neutro possibile.
Devart ha una storia di supporto EF più lunga - dal 30 agosto 2007. Durante questi due anni abbiamo tenuto conto di numerosi bug report e richieste degli utenti. Abbiamo anche creato e fornito con i nostri prodotti Entity Developer - un potente strumento per la progettazione.
Non possiamo chiamare il nostro supporto Entity Framework per Oracle ideale - questo ORM è stato inizialmente progettato per MS SQL Server, quindi la possibilità di prendere in considerazione le meraviglie di altri DBMS è significativamente limitata. È sufficiente menzionare solo il CROSS APPLY e l'APPLICAZIONE ESTERNA problem.
Ma, nonostante questi problemi, la maggior parte dei nostri utenti è in grado di lavorare con Entity Framework con successo e con facilità.
Questo sarà sufficiente per dire, ma hai citato "allpications di impresa critica". In questo caso, ti consigliamo di dare un'occhiata all'implementazione LINQ to SQL specifica per Oracle - LINQ to Oracle.
LINQ to SQL non pretende di creare soluzioni cross-database e quindi consente di prendere in considerazione le peculiarità di un DBMS separato, Oracle in particolare. A differenza di Entity Framework, in cui abbiamo solo un controllo parziale sulle query SQL generate, nel caso LINQ to Oracle abbiamo il pieno controllo del processo. Questo fatto ci dà l'opportunità di generare query veloci e valide per Oracle e velocizza anche il processo di correzione e miglioramento dei bug.
In caso di database Oracle precedenti, EF di solito è difficile da applicare, diversamente da LINQ a Oracle.
Anche il lavoro di progettazione con LINQ al modello Oracle viene eseguito utilizzando Entity Developer.

Answer 2

Feedback tardivo qui, ma in alcuni test lo stiamo facendo in questo momento caricando centinaia di migliaia di righe, il driver DataDirect è il più veloce - circa 10 volte più veloce del driver MSFT. DevArt è anche abbastanza veloce, ma solo per pochi secondi, quindi passa tutto il tempo a raccogliere i rifiuti. L'aspetto che distingue la velocità di selezione grezza nel nostro caso è quanto i driver siano intelligenti nel convertire i loro valori in oggetti .NET, non necessariamente quanto velocemente possono estrarre i byte dal filo.