Миграция символьно-ориентированной формы Oracle - PullRequest
1 голос
/ 15 октября 2008

У меня есть старый сервер с DG / UX, который в ближайшем будущем не будет поддерживаться. У меня есть несколько основанных на характере форм оракула, которые нужно перенести с этой машины. Кто-нибудь знает, какую стратегию миграции использует Oralce для обновления этих отчетов на основе символов. Это не обязательно самая новая версия, даже не версия GUI, но мне нужно перейти на поддерживаемую ОС, такую ​​как linux.

1 Ответ

3 голосов
/ 15 октября 2008

Простой ответ - попросить проверить Миграция с 6i на 10g .

Сделав это раньше, я думаю, что гораздо более полезный ответ - попросить вас переписать эти формы и отчеты с нуля. Вероятно, в другом инструменте - особенно если вы хотите иметь веб-интерфейс и т. Д., А не зависать от древней среды выполнения Java.

Существуют продукты, которые позволят вам перевести старый код форм в PL / SQL. Кумаран является примером одного, но я обнаружил, что он глючит, и мне пришлось много редактировать код вручную, чтобы он работал так же, как и оригинал.

Насколько я понимаю, CUI мертв, так что вы могли бы пройти весь путь до GUI. В прошлый раз, когда я смотрел на него, почти не было документации для форм CUI, и часто вещи, которые работали в GUI, вообще не работали в CUI.

Есть некоторые проблемы, с которыми вы можете столкнуться при преобразовании приложений форм на основе CUI в GUI.

  • Иногда происходит проверка и специальная обработка, когда пользователь переходит к следующему или предыдущему полю / блоку / и т. Д. Когда вы переключаетесь на правильный графический интерфейс, ваш пользователь может пропустить эти события, просто нажав на другое поле. Таким образом, у вас есть два варианта - # 1 проверить все формы или # 2 отключить навигацию в форме с помощью мыши

    Вариант № 1 - это меньше работы, чем переработка, но посмотрите, сколько работы мы уже вложили в него.

    Вариант № 2, ваши пользователи будут ненавидеть вас и придут за вами с вилами и факелами. Они поймут, что у них нет ничего ценного за всю работу, которую вы вкладываете в это. Тогда вы все равно будете использовать Вариант № 1.

  • Иногда пользовательский интерфейс, который отлично работает (или требуется ограничениями) в CUI, просто неверен и нарушает метафору пользовательского интерфейса, с которой пользователи привыкли работать в остальной части GUI (например, всплывающее окно со списком, в котором вы должны выбрать запись, а не раскрыть ее, где вы можете просто выбрать правильное значение напрямую)

  • При преобразовании в графический интерфейс пользовательский интерфейс может иметь другие шрифты, размеры текста и другие значения форматирования по умолчанию, чем недавно написанная форма (это было сделано для меня). Так что теперь либо весь набор форм должен быть обновлен в соответствии с новой темой Oracle по умолчанию для форм / отчетов, либо каждая новая форма / отчет должен быть возвращен к старому неуклюжему стилю, который у вас был раньше - или он будет выпадать как больной большой палец (и ваши пользователи захотят, чтобы они все были как сейчас).

Не тот ответ, который вы хотели; да. Но вы можете использовать это в качестве предлога, чтобы выйти из беговой дорожки обновления Forms / Reports и, возможно, даже очистить некоторые из хаков, которые должны были случиться за эти годы.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...