1. Accueil
  2. Question et réponse
  3. Espace de noms System.Data.OracleClient abandonné?

Espace de noms System.Data.OracleClient abandonné?

2009-06-17 9 views
14

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é?

Source

2009-06-17 Michael Kniskern

+0

voir aussi http://stackoverflow.com/questions/1193066/how-to-write-a-net-application- that-works-with-both-sqlserver-and-oracle-now-th –

Répondre

4

Il appartiendra à Oracle de garder son ODP.NET à jour.

Source

2009-06-17 00:03:42

3

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

Source

2009-06-17 00:04:14

1

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:

Plus de fournisseurs can be found here.

Source

2009-06-17 07:26:10 Mac

+0

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. –

+0

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

1

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.

Source

2009-06-18 00:44:29 jle

1

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.

Source

2009-06-18 16:18:21 wweicker

Questions connexes

 Questions connexes