Является ли это предпочтительным способом определения, была ли установлена версия cx_oracle в Юникоде или не в Юникоде?

Question

Является ли это предпочтительным способом определения, была ли установлена версия cx_oracle в Юникоде или не в Юникоде?

1

У меня есть настраиваемый модуль, который в основном представляет собой тонкую оболочку вокруг соединения с базой данных cx_Oracle. Я хотел бы повторно использовать этот модуль на компьютерах с установленной как unicode версией cx_Oracle, так и с версией, отличной от юникода.

Для этого мне нужно "обнаружить" установленную версию. Я мог бы "попытаться" создать соединение, используя дескриптор строкового соединения; и если я получу TypeError назад, тогда предположим, что установлена версия Unicode. Это просто немного клочья.

Есть ли лучший/предпочтительный способ сделать это?

Спасибо.

Gerrat 10 фев. 2011, в 20:48

Источник

0

Тот факт, что существует версия адаптера DB-API, не поддерживающая Юникод, пугает меня до конца.
Ignacio Vazquez-Abrams 10 фев. 2011, в 19:38
0

@Ignacio: :) Много лет не было версии cx_Oracle в юникоде, поэтому существует код, использующий не-юникодную версию.
Gerrat 10 фев. 2011, в 19:42

Теги:

python

cx-oracle

1 ответ

Ещё вопросы

Тот факт, что существует версия адаптера DB-API, не поддерживающая Юникод, пугает меня до конца.
@Ignacio: :) Много лет не было версии cx_Oracle в юникоде, поэтому существует код, использующий не-юникодную версию.

Michael Dillon · Accepted Answer · 2011-02-23T02-02-00.000Z

Использование try... except - вполне подходящий способ для такого обнаружения. Тот же метод используется для написания переносимых приложений с использованием SQLITE, которые будут работать на более поздних версиях 2,7 Python с SQLITE в библиотеке и старше 2.4, где SQLITE был модулем аддона с более загадочным именем.