Перенос символов Oracle на основе символов

Question

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

Answer 1

Простой ответ заключается в том, чтобы рассказать вам об этом Migration from 6i to 10g.

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

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

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

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

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

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

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

• Иногда пользовательский интерфейс, который отлично работает (или требуется ограничениями), является просто неправильным и разбивает метафору пользовательского интерфейса, с которым пользователи привыкли работать в остальной части графического интерфейса (например, поп -up окно со списком, в котором вы должны выбрать запись, а не вытаскивать ее, где вы можете просто выбрать правильное значение).

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

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