Почему надо прекращать спать и начинать мигрировать на 11g. Часть 3.

Отправил Анонимный дата: 5.6.09

Метки:

10 комментариев:

  1. Timur Akhmadeev5/6/09 6:56 PM

    Автор письма точно не ошибся в написании? Если действительно 6i - то скорее всего подразумевается Forms&Reports.
    А база версии 8i вполне себе ничего (ей "всего лишь" 7 лет), практически это девятка.

    ОтветитьУдалить
  2. Анонимный5/6/09 8:20 PM

    Вполне пожет быть. Но смотрится смешно. Я тоже не могу поверить, что реально используется СУБД Oracle 6i. Когда автор придет на семинар Oracle 11g mig-RAT-ion, то мы у него обязательно спросим. :^)

    ОтветитьУдалить
  3. Timur Akhmadeev5/6/09 11:03 PM

    RDBMS версии 6 с буковкой i не было :)

    ОтветитьУдалить
  4. Анонимный6/6/09 12:34 AM

    Буквы i не было. Наверное, речь идет о Forms. :^)

    ОтветитьУдалить
  5. MinistrBob7/6/09 9:39 PM

    Скорее всего действительно имеется ввиду Forms and Reports 6i.
    У нас приложение написано на этой же версии, только эксплуатируется с СУБД 9i и 10g.
    При миграции приходилось адаптировать код и включать ветвления чтобы использовать некоторые новые возможности.
    А вот с 11g версией чего-то не сраслось (точнее пока сказать не могу, т.к. сам лично пока не пробовал тестировать - сейчас есть более приоритетные задачи). Хотя 11g и миграция на неё нас очень сильно интересует.

    Для нас как разработчиков существует очень важный момент - уговорить заказчиков мигрировать на новую версию СУБД. Мы то готовы хоть завтра. А вот заказчиков очень трудно бывает убедить делать миграцию. Стандартная отговорка: "Всё ведь работает, и ладно...", короче леняться. Иногда приходится принуждать силой :)
    ---------------------------
    Насколько я понял семинар в основном освещает пути миграции именно СУБД. А как же проблемы связки - старое приложение + новая СУБД? RAT сможет в этом помоч? Лично для меня, сам процес миграции не так интересен как Real
    Application Testing, т.к при всех миграциях как-то удавалось самому разобраться со всеми проблемами связанными именно с самим процесом миграции. А вот понять как твое приложение будет работать после миграции (особенно это касется производительности) - это очень важно. Нам приходилось иногда это делать практически в боевом режиме, что несколько нервировало заказчиков :)

    ОтветитьУдалить
  6. Dmitry Volkov7/6/09 11:43 PM

    >А как же проблемы связки - старое приложение + новая СУБД? RAT сможет в этом помоч?

    Согласно metalink note 207303.1
    11g поддерживает client начиная с 9.2. Если у Вас клиент 8.0.5 Вам никакая опция не поможет.

    Если же ваше приложение смогло подсоединиться к БД, RAT может Вам захватить sql запросы на старой БД и проиграть на 11g. Выдаст статистику, что стало лучше- что хуже.

    ОтветитьУдалить
  7. Dmitry Volkov7/6/09 11:49 PM

    Для миграции Forms посмотрите в сторону Apex

    www.oracle.com/technology/products/database/application_express/ppt/Application_Express_3.0_Forms_Developers.ppt

    Конечно умеет далеко не все, но возможно большую часть (зависит от сложности кода на forms)

    ОтветитьУдалить
  8. Анонимный16/6/09 3:20 PM

    Мне кажется, лучше все-таки немного еще подождать до версии 11.2 :)

    Вячеслав Лейчинский.

    ОтветитьУдалить
  9. Unknown15/9/09 1:46 PM

    а для миграции с Reports куда смотреть?

    ОтветитьУдалить
  10. Unknown15/9/09 1:50 PM

    а в какую сторону смотреть для миграции с Reports?

    ОтветитьУдалить

Подписаться на: Комментарии к сообщению (Atom)