см. также пространство имен System.Data.OracleClient прекращено?
(Во-первых, еще не паникуйте, System.Data.OracleClient еще не удаляется Microsoft, однако он не находится в клиентской версии .net 4)
Это использование возможно с помощью System.Data.OracleClient, однако Microsoft решила отказаться от OracleClient. (OracleClient - это поставщик ADO.NET для Oracle, разработанный Microsoft и поставляется как часть .NET Framework.)
Вы можете использовать ODP.Net, однако вы хотите, чтобы вашим клиентам Sql Server приходилось устанавливать ODP.Net? (Хотите, чтобы любой из ваших клиентов должен был установить программное обеспечение Oracle?)
DataDirect не является вариантом, поскольку он стоит на руке и ноге; он может быть просто доступен, если вам нужно подключить один сервер к мэйнфрейму. Однако не стоит ожидать, что все клиенты его купят.
Перемещение формы С# на Java не является хорошим вариантом, так как я программист на С# и хочу зарабатывать на жизнь!
Как и большинство независимых разработчиков программного обеспечения, которые должны поддерживать несколько RDBMS, нам нужно только решение, которое позволяет нам использовать небольшое подмножество Oracle, такое же, как SqlServer. Поэтому System.Data.OracleClient был достаточно силен для нас.
(Возможно, нам нужно просто начать хранить все данные в плоских файлах, чтобы клиенты DBA перестали пытаться рассказать нам, как писать программное обеспечение. Oracle DBAs хуже!)
Мой реальный вопрос заключается в том, как я могу написать .NET-программное обеспечение, которое говорит с Oracle, что нам больно устанавливать как программное обеспечение .NET, которое говорит с SqlServer. Необходимость использования ODP.NET просто заставляет клиента oracle устанавливать еще более болезненную, с еще большим количеством ошибок.
Если я использовал JAVA, я мог бы просто использовать драйверы типа JDBC типа 4. Microsoft предоставляет один для SqlServer, а Oracle - один для Oracle. Однако кажется, что Oracle хочет как можно более упростить использование .Net, и Microsoft хочет максимально упростить использование Oracle.
Пока лучший вариант выглядит как devArt dotConnect.
Однако я начинаю сомневаться в том, что .NET - хорошая система разработки для ISV, так как рано или поздно вы всегда получаете клиента, который требует поддержки оракула. В мире Java они, похоже, решили эту проблему.
Похоже, что Oracle, возможно, собирается выпустить сентиментального провайдера ADO.NET с полным управлением, он может быть даже прост в установке! см. здесь, который претендует на Beta - 2011, Production - конец 2011 года.