zVlad wrote:"...DB2 clients can connect to DB2 servers two releases later or one release earlier
than the client’s release level, as well as to servers at the same release level.
This means that a DB2 Version 6 client can connect to DB2 servers at versions
5, 6, 7, and 8."
zVlad wrote: As I explaned above, with proper FixPacks you can have compatibility:
"...DB2 clients can connect to DB2 servers two releases later or one release earlier
than the client’s release level, as well as to servers at the same release level.
This means that a DB2 Version 6 client can connect to DB2 servers at versions
5, 6, 7, and 8."
BOBAH wrote:zVlad wrote: As I explaned above, with proper FixPacks you can have compatibility:
"...DB2 clients can connect to DB2 servers two releases later or one release earlier
than the client’s release level, as well as to servers at the same release level.
This means that a DB2 Version 6 client can connect to DB2 servers at versions
5, 6, 7, and 8."
Согласно этой цитате клиент версии 8 должен работать с серверами версии 7. На практике это не так.
BOBAH wrote:......
А что касается Вашего, zVlad, ответа мне, то единственное с чем я могу согласиться это с тем, что документацию надо было читать внимательнее.
WildVlad wrote:...............
Идилия продолжалась до того момента пока не посмотрели что на z/OS IBM поставляет СОВЕРШЕННО другую версию java-кода для дров (как не вспомнить про "написано один раз - не работает ни где"). Спрашивается чего им не хватило виндовской версии дров? Более того, запустить виндовские дрова на z/OS не получилось - чего то типа не хватило (есть смутное подозрение на EBCDIC, но это может быть и не так).
.......
zVlad wrote:WildVlad wrote:...............
Идилия продолжалась до того момента пока не посмотрели что на z/OS IBM поставляет СОВЕРШЕННО другую версию java-кода для дров (как не вспомнить про "написано один раз - не работает ни где"
.......
Вот этот вот Ваш абзац не дает мне покоя сегодня весь день. Вы уверены тезка, что драйвер выполняется через виртуальную машину Javа? А как же с производительностью? Если же, как я понимаю, драйвера пишутся для каждого процессора свои (и должны писаться свои), и выполняются они не в виртуальной машине, то естественно виндовский драйвер работать на МФ не будет. И для AS/400 И для RS/6000 и для НP Вам будет нужен свой драйвер.
Однако, как я помню, из нашего давнего proof of concept, можно доставать МФ как через драйвер лежащий на самой МФ так и через драйвер лежащий на шлюзе, который может быть чем угодно.
Пожалуйста укажите что не так в моих рассуждениях, я к сожалению не имею базы для проверки их.
- это просто у меня ник такой. Ну да ладно, по существу вопроса:
zVlad wrote:Вы знаете ВОВАН, когда я это осознал много лет назад мне стало жить намного легче. Как показывает мне моя практика, в документации ИБМ есть ответы почти на все вопросы. Если же есть также доступ к IBMLink, Вы вообще можете почувствовать себя непобедимым.
zVlad wrote:К сожалению, Вы WildVlad, на мой главный вопрос не ответили. Про виртуальную машину. Хорошо усилю вопрос. Как Вы думаете должна быть реализована сама виртуальная машина Java? Тоже как переносимая в бинарнике? Ну уж это точно не возможно, согласитесь?
JustMax wrote:Сегодня имел проблемы с jdbc thin клиентом Oracle от 8.1.6, пытался соединятся с базой 10G - фиг вам - Unknown user/password. C клиентом от 10G никаких проблем. Просто к сведению.
Code: Select all
import java.sql.*;
public class test1 {
public static void main(String[] args) throws Exception{
Class.forName("oracle.jdbc.driver.OracleDriver");
//String url = "jdbc:oracle:oci:@staging1_cdb";
String url = "jdbc:oracle:thin:@staging1:1521:cdb";
Connection conn = DriverManager.getConnection(url, "vc", "vc");
conn.close();
}
}vc wrote:You'd better check your user name/password as the code below works just fine both with the thin and thick drivers connecting from 8.1.7 to 10g:
[code]
VC
JustMax wrote:vc wrote:You'd better check your user name/password as the code below works just fine both with the thin and thick drivers connecting from 8.1.7 to 10g:
[code]
VC
С тривиальным соединением наверное нет проблем, но
я работаю с encripted паролями. Encription делается TopLink от 10G используя оракловый encriptor. Так вот попытка соединения через 8.1.6 дает или ArrayIndexOutOfBounds в самом драйвере или Uncnown User/Password.
WildVlad wrote:zVlad wrote:К сожалению, Вы WildVlad, на мой главный вопрос не ответили. Про виртуальную машину. Хорошо усилю вопрос. Как Вы думаете должна быть реализована сама виртуальная машина Java? Тоже как переносимая в бинарнике? Ну уж это точно не возможно, согласитесь?
Нет. Но главный поинт java в том, что бинарники java-программ переносимы, если они не используют native библиотек. Иначе вообще в чём смысл java? не так ли? А IBM называя свой драйвером "Type4" косвенно говорит о бинарной переносимости (по крайне мере, я так сначала считал). На проверку оказалось это далеко не так...
) тогда все будет переносимо без вопросов и без ограничений. Да и проблемы такой не будет.BOBAH wrote:zVlad wrote:Вы знаете ВОВАН, когда я это осознал много лет назад мне стало жить намного легче. Как показывает мне моя практика, в документации ИБМ есть ответы почти на все вопросы. Если же есть также доступ к IBMLink, Вы вообще можете почувствовать себя непобедимым.
Ответы там конечно есть, но вот найти их весьма непросто.
Хороший пример, кстати - поиск в online help по версии 8 на сайте IBM работает весьма странно - например если задать поиск по коду ошибки (типа SQL0102N), то вывалится миллион ссылок и нужная (с описанием ошибки) будет где-то в середине списка.
zVlad wrote: Мне кажется все это так и есть, но только в отношении прикладных программ. Системные компоненты, из-за производительности, всегда будет делаться на наборе команд конкретного процессор.
zVlad wrote: Вот когда останется ровно один процессор (ИБМ
Эта фраза очень четко характеризует направленность Вашего энтузиазма: "когда все будет как я хочу, то и проблем не будет". Когда рак на горе свистнет, когда останется только [напевая мотивчик из рекламы] ИБМ,ИБМ,ИБМ ... майнфрeйм, майнфрeйм, майнфрeйм ... ИБМ хорошая фирма, но чрезмерное ее восхваление ее апологетами набивает оскомину.
WildVlad wrote:.....та же 8ая db2 for z/OS у нас уже почти год как стоит (сначала бетты, щас по-моему и GA поставили, по крайней мере обещались поставить)...
flip_flop wrote:zVlad wrote: Вот когда останется ровно один процессор (ИБМ
.............
Никто заслуг ИБМ не умаляет, однако же и носиться с этим названием тоже не гоже.
zVlad wrote: Счастливые люди.
zVlad wrote: А у нас все еще 6-ка. И не потому (для тех кто хочет поддеть) что есть какие-то тех. проблемы - чисто бизнес issue. Зачем говорят если все и так хорошо.
zVlad wrote: Кстати, WildVlad, какие-нибудь есть впечатления о производительности когда перходили на 8-ку? Может как-то через это зацепить наших менеджеров, чтобы захотели 8-ку. Или что-нибудь ещё восхитительное.
То есть более-менее Universal. Достигнуто путём добавления функциональности как к multiplatform так и к z/OS версиям. Отсюда и long names, и лучшая поддержка java, Unicode стал нормально работать (но уникод они уже починили в fixpack'ах к 7-ке). DRDA улучшили (щас он c LOB'ами умеет работать). Опять же sqlj-кастомизация не дребует ручного биндения DBRM'ов и танцев с бубном вокруг плана исполнения (это я опять о своём).
Правда вместо них книжки выложили WildVlad wrote:Я по большому счёту с ними согласен. Если хватает - зачем платить больше?
zVlad wrote: Кстати, WildVlad, какие-нибудь есть впечатления о производительности когда перходили на 8-ку? Может как-то через это зацепить наших менеджеров, чтобы захотели 8-ку. Или что-нибудь ещё восхитительное.
Ну вот это Вы наверное и без меня уже прочитали: http://www-306.ibm.com/software/data/db2/zos/index.html
Ну и вот highlights 8ки: http://www-306.ibm.com/software/data/db ... zosv8.html
То есть, если по-пунктам пройтись, то я с ними согласасен почти во всём (извините, я не админ, поэтому в дебри я глубоко не лез). Самые главные фишки 8-ки:
1. (Да, я ставлю это на первое место). Наконец-то DB2 стала похожа на UDB
2. Может и есть улучшения в performance, но сказать точно не могу. Потому как наши z/OS админы понавыделяют виртуальных машин на z/OS (штук по 10-15 из одной физической) так что общая производительность умирает. Но всё же, шевелится побыстрее, если из-под винды коннектиться (если под самой z/OS, то нам вебзверя поставили на самую тормозную VM и ничего я сказать не смогу).
3. Довольно сильно расширился спектр утилит, идущих вместе с 8кой. Я сам в этом не силён, но Вам может жизнь облегчить
Ложка дёгтя - если у вас всё еще 6-ка вы уверены, что сможете легко проапгрейдить до 8ки? Мне кажется, что может понадобиться грейдить hard and/or z/OS, но это Вам самому надо смотреть.
P.S. еще неделю назад все линки на страничке с пропагандой 8ки работали, сегодня поломались
zVlad wrote: Насчет миграции на 8-ку, по опыту предыдущих миграций в DB2 я абсолютно спокоен. Процесс будет таким как в документе прописанно. ИБМ обычно также поддерживает fall-back - это когда вы перешли на следующую версию, транформировали каталог, что то уже поделали, и вдруг почему либо решили вернуться назад - это возможно как правило.
WildVlad wrote:zVlad wrote: ..... ИБМ обычно также поддерживает fall-back - это когда вы перешли на следующую версию, транформировали каталог, что то уже поделали, и вдруг почему либо решили вернуться назад - это возможно как правило.
А вот и не получится. Начиная с самых первых презентации 8ки нам говорили, что после конвертации таблиц откатиться не получится... То есть до того, как начили конвертить каталог под длинные имена еще как-то можно отказаться, а вот после этого уже всё.