Позволю себе немного видоизменить Ваш оригинальный постинг:
BOBAH wrote:1. Поставил значит один программер на свою беду и по указанию начальства DB2 v8 чтобы на его машине можно было ночные тесты гнать. Стал он подключать другие тестовые базы, которые как на грех оказались версии 7. Ломанулся он напролом, а не тут то было. Строгий DB2 Control Center сразу сказал, что со старьем он работать не желает и посоветовал обновить все сервера до версии 8.
2. "Несовместимость?" подумал он. "Не-е", сказали гуру, "IBM никогда так не делает". Ну, где наша не пропадала, подумал программер и подключил базы из командной строки. Запустил он тесты, а тесты в ответ запустили в него кучей ошибок. Загрустил программер, но помнил, что IBM всегда совместима и потому полез в доки и интернет за советом.
3. Не нашел ничего путного, но гуру подсказали куда смотреть надобно. Оказывается если пропатчить старый сервер самым последним фикспаком, то все будет замечательно и долгожданная совместимость появится!
4. Обрадовался программер скачал фикспак на 256 мегов и все пропатчил. Теперь правда эту пропатченую базу нельзя использовать через клиентов версии 7 которые не удостоились применения фикспака, но что значат всякие мелочи когда главная цель - совместимость между 7 и 8 практиццски достигнута.
5. Действительно, после установки самого последнего фикспака на семерку соединиться даже удалось, ...
6. ....но тут выяснилось что совместимость IBM проверяла на тестовой таблице из трех полей типа INTEGER, а наши тесты все равно не идут потому что в нашей тестовой базе как на грех используются.....
7. ...редкие и непопулярные поля типа CLOB, совместимости с которыми между версиями 7 и 8 IBM достичь не удалось.
8. Попутно выяснилось что поля типа VARCHAR совместимы только до размера 255 символов. Все, что больше рассматривается как LONG VARCHAR и в "совместимости" не участвует.
9. Видите ли, zVlad, нам ехать надо, а не шашечки.
10. Наша программа использует максимально стандартизованый SQL и не использует никаких database specific расширений. Сделано это для того чтобы было легче портировать на whatever clients have on their site.
11. Иметь узкоспециальзированного специалиста по DB2 который всю свою жизнь наступал на дибитушные грабли и поэтому может сразу сказать что это так не полетит нам не с руки потому как ситуация с граблями возникает раз в полгода-год. И все эти проблемы худо бедно удается решать своими силами.
Предварительные рассуждения:
- что такое клиент?
Клиент - это часть единого продукта (в данном случае базы данных DB2) предназначенная для установки на компьютер(ы) иной чем компьютер сервера (в данном случае БД) и с которого(ых) поступают запросы к БД.
Клиент поставляется в каждой поставке БД, а также с SDK и некоторыми другими продуктами.
Клиент имеет версию - такую же как версия продукта с которым он поставлен.
- совместимы ли клиент и сервер одного уровня?
Безусловно.
- обязаны ли быть клиенты разных версий совметимы с разными версиями серверной части?
Зачем? Если всегда можно иметь правильную версию клиента и для этого не нужны никакие дополнительные усилия.
- тем не менее. Может ли понадобиться совместимость разных версий клиента и БД?
Да может, например, для более спокойного перевода производственной системы, когда неудобно (или не возможно) перевести на новую версию все сервера и всех клиентов за один раз.
- избежны ли проблемы совметимости у разработчика приложения (в данном случае для БД), который желает проверить работу приложения с разными версиями?
Да избежны. Для этого лишь нужно внимательно читать соответствующие документы, опубликованные на сайте ИБМ, и следовать им буквально.
Этими предварительными рассуждениями, на мой взгляд, покрываются пункты 1-5 Вашего постинга (в моей модификации).
6. Это вам ИБМ сказало? Если бы это было так на самом деле то мы бы уже давно не видели ли бы такой фирмы на рынке.
7, 8. К сожалению не могу проверить, нет у меня Ваших продуктов, на МФ поддерживаю я DB2, понимаешь. Может кто-нибудь здесь бывает с DB2 UDB и может как-то прокомментировать?
9. Чтобы ехать нужен водитель, который знает как управлять соответствующим средством.
10. Нормальный подход в Вашем случае.
11. Нет, не для того чтобы наступать на грабли (знающие DB2 люди этого не делают), а чтобы вовремя убирать из-под ног грабли, которые как я понял ваши специалисты любят разбрасывать в том поле где вы добываете сено.
