Сбой соединения с Oracle ODBC (с использованием стандартных драйверов ODBC для Oracle)

Question

Хотите использовать соединение Oracle-ODBC в Visual Studio 2017 / SSIS, поскольку оно намного быстрее, чем OLE DB во время тестов.

Проблема:

Я следую инструкциям Oracle к букве.

Установить мгновенный клиент (v18, также пробовал v12).

Загрузить / извлечь ODBC загрузить в той же библиотеке.Запустите odbc_install.exe.

См. Драйвер в разделе «Источники данных ODBC / Администратор» в Windows 10.

Добавить новый источник данных пользователя.TNS Сервисные имена подтягиваются нормально.Тест соединения (пользователь / пароль) - работает !!Соединение работает !!

Я попробовал это с 64-битной версией Oracle, их клиентом v18.3 или 12.2.Все работает в "Oracle Source Administrator" Window через тестовые соединения.

Я пробовал это также с 32-битными загрузками.Все хорошо.

Теперь откройте Visual Studio.Сначала попробовал 64-битный (моя ОС Windows 64-битная, но Visual Studio Data Tools только 32-битная)Если бы у меня была догадка, это не сработало бы.

Сообщение об ошибке «архитектура системы и клиент не совпадают» или что-то подобное.Получено.

Попробовал 32-битный драйвер Oracle ODBC (Источник пользователя).Я продолжаю получать одно и то же сообщение (пробовал версии 18_3 и 12_2).

Теперь .... SQLORA32.dll находится в самом пути к файлупо имени.Это прямо там!Почему его нельзя найти?Тестовое соединение в ODBC Source Admin работает!Что здесь происходит?

И я не уверен, что мне придется «регистрировать» что-то через командную строку, я должен был сделать это однажды, возможно, это была не связанная проблема.

Для загрузки, когда я попробовал сторонний «Devart Oracle ODBC коннектор» - это простой 5-секундный мастер установки, который работает мгновенно и без нареканий.Проблема в том, что это 30-дневная пробная версия и стоит минимум 150 долларов.Как я могу заставить созданный Oracle ODBC-коннектор (Oracle, всемирно известный для продуктов janky-azz) работать на самом деле?

Devart и, возможно, Attunity Oracle ODBC: 5 секунд установки

Собственный Oracle: сложнее установить, чем взломать Fort Knox / изучать китайский язык.Пожалуйста, сообщите.

Answer 1

Я отвечаю на свой собственный вопрос.

К сожалению, некоторым из нас, ребятам из ETL / BI, нужно настолько разбираться в проблемах, что у них нет времени, чтобы разобраться в каждой мелочи / сбое Oracle ... какими бы они ни былиВы делаете сейчас.

Но вот исправление.В Visual Studio 2017 / Инструменты данных / IDE SSIS .... если вам нужно соединение с Oracle ODBC (быстрее, чем OLE Db по какой-то причине) --- при настройке, вместо выбора пользователя NAMED илисистемный источник данных ", который вы создали в ODBC Source Administrator, просто используя опцию" Построитель "(слева от" Использовать строку подключения ") для строки подключения.Он выполняет те же действия, что и администратор источника ODBC, но в Visual Studio.Я не знаю, в чем здесь разница, но некоторые волшебники ///, кто знает, что отличается, и соединение как-то внезапно по какой-то причине работает.