Можем ли мы использовать ojdbc14.jar с Oracel11g и jdk1.5

Question

Я полагаю, что есть разные варианты вопросов, которые уже задавались, но я хотел подтвердить это еще раз, так как мы очень близки к нашему выпуску и хотим проверить с сообществом

Мы использовали Oracle10g и java1.5 уже довольно давно с ojdbc14.jar.Я знаю, что ojbc14.jar ориентирован на Java 1.4.Но, к счастью, мы никогда не видели проблем при использовании версии 1.5.Другой причиной того, что мы не перешли на ojbc5, был тот факт, что мы вообще не видели ojdbc5.jar в установленном oracle 10g.

Мы обновили нашу БД до 11g, и я не видел ojdbc14.jar.Означает ли это, что мы должны перейти на ojdbc5.jar?

Мы готовы внести изменения.Но могут ли люди, которые сделали переключение, подтвердить, что они увидели какую-либо проблему, когда они изменили драйвер JDBC на ojdbc5.jar с ojdbc14.jar

В связи с этим было бы хорошо, если бы кто-то мог немного подробнее рассказать о dmsвкусы этой банки и как ее использовать.

Answer 1

Посмотрите на Список драйверов Oracle JDBC .Для 11g и 11g2 указаны только ojdbc5.jar и ojdbc6.jar.Это может означать, что только они официально поддерживаются, поэтому если у вас проблемы с ojdbc14.jar, Oracle, вероятно, вам не поможет.

Если поддержка Oracle важна для вашего управления, я бы рекомендовал перейти на ojdbc5.jar.

Answer 2

ojbc14 должно отлично работать с Oracle11g.Основные различия между ojbc14 и более поздними версиями заключаются в том, что более поздняя версия поддерживает более новые версии API JDBC, а также новые функции более новых версий oracle.

Если ваше приложение поддерживает ojbc14 какэто значит, что нет причин для обновления драйвера, за исключением того факта, что всегда полезно попытаться отслеживать новые версии по мере их появления, чтобы поддерживать вашу систему в актуальном состоянии.

Answer 3

Ниже приведены предложения от Oracle :

, драйверы 11.1 по умолчанию преобразуют SQL DATE в метку времени при чтении из базы данных.Это всегда было правильно, и изменение в 9i было ошибкой.Драйверы 11.1 вернулись к правильному поведению.Даже если вы не установили V8Compatible в своем приложении, вы не должны видеть никакой разницы в поведении в большинстве случаев.Вы можете заметить разницу, если вы используете getObject для чтения столбца DATE.Результатом будет отметка времени, а не дата.Так как Timestamp является подклассом Date, это обычно не проблема.Вы можете заметить разницу, если вы полагались на преобразование DATE в Date для усечения компонента времени или если вы делали toString для значения.В противном случае изменение должно быть прозрачным.

Если по какой-то причине ваше приложение очень чувствительно к этим изменениям, и вы просто должны иметь поведение 9i-10g, есть свойство соединения, которое вы можете установить.Установите для mapDateToTimestamp значение false, и драйвер вернется к поведению по умолчанию 9i-10g и отобразит DATE на Date.