Je viens de lire ce article aujourd'hui sur la façon dont Microsoft a décidé de supprimer l'espace de noms System.Data.OrcaleClient
de la bibliothèque .NET 4.0. Je l'ai utilisé comme mon outil principal pour travailler avec les bases de données Oracle. Lorsque je décide de mettre à jour mes applications du .NET 2.0 au .NET 4.0, quelles seraient les options alternatives pour travailler avec les bases de données Oracle dans l'infrastructure .NET 4.0?Espace de noms System.Data.OracleClient abandonné?
Répondre
Il appartiendra à Oracle de garder son ODP.NET à jour.
Notez cet extrait:
Microsoft fera encore System.Data.OracleClient disponible dans .NET Framework 4, mais il sera étiqueté comme "dépréciée"
Alors allez-y et garder l'utiliser pour mettre à jour applications existantes sur lesquelles vous vous êtes appuyés précédemment. Mais pour nouveau développement, vous aurez envie de trouver une alternative. Cela ne devrait pas être trop dur, car l'ensemble de la raison pour laquelle il sera abandonné est que la plupart des gens utilisaient déjà des alternatives. Si vous lisez plus bas l'article il énumère les principales options:
parmi ceux qui offrent ces fournisseurs sont DataDirect Technologies et Devart (anciennement connu sous le nom de base Lab). En outre, le fournisseur d'Oracle, appelé fournisseur Oracle Data for .NET (ODP.NET), est une option populaire et viable
Comme Joel noted, le fournisseur Microsoft .NET pour Oracle ADO ne sera dépréciée (ce qui signifie qu'il sera toujours disponible, mais non pris en charge).
autres solutions:
- Oracle Data Provider for .NET. Gratuit (si votre temps est, c'est-à-dire ...)
- DataDirect ADO.NET Data Provider for Oracle. Commercial (pas d'expérience de première main sur celui-ci, mais je connais plusieurs développeurs qui l'ont utilisé avec succès)
Plus de fournisseurs can be found here.
Je n'ai pas de problème avec ODP.NET ... Il implémente complètement les standards ADO.NET 2.0 (DbProviderFactory, etc). Et NHibernate le supporte pleinement en tant que fournisseur de données. –
Oui, cela fonctionne bien si vous ne voulez pas expédier au moins 19 Mo de client Oracle natif avec votre application (voir http://stackoverflow.com/questions/70602/what-is-minimum-client-footprint -required-to-connect-c-to-an-oracle-database), si vous ne vous souciez pas des paramètres liés à la position (cf http://stackoverflow.com/questions/1046632/binding-query-parameters) -by-name-with-odp-net), si vous ne vous souciez pas de toutes ces petites choses (je ne peux pas tous les mentionner ici) qui peuvent transformer votre expérience de développement en un véritable enfer. – Mac
Le fournisseur de données Oracle pour .Net est la solution ... bien qu'à présent, le plus petit déploiement clickonce que vous pouvez en faire est d'environ 30 mb avec les fichiers .dll Oracle Instant Client. Il est très similaire à System.Data.OracleClient mais dispose de fonctionnalités avancées.
Un autre que je n'ai pas encore mentionné est dotConnect de devart. Comme Mac mentionné, ODP.NET est gratuit "si votre temps est" et je suis d'accord avec cela, donc je vais évaluer quelques options commerciales, en commençant par dotConnect.
Oracle a créé un site Web spécial pour les développeurs OracleClient qui souhaitent savoir comment et pourquoi migrer vers Oracle Data Provider pour .NET (ODP.NET).check it out:
http://www.oracle.com/technetwork/topics/dotnet/index-085703.html
(edit: Correction du lien cassé)
voir aussi http://stackoverflow.com/questions/1193066/how-to-write-a-net-application- that-works-with-both-sqlserver-and-oracle-now-th –