近い将来サポートされなくなる DG/UX を実行している古いサーバーがあります。このマシンから移行する必要があるキャラクターベースのオラクルフォームがいくつかあります。これらの文字ベースのレポートをアップグレードするために Oralce がどのような移行戦略を持っているか知っている人はいますか? 最新バージョンである必要はなく、GUI バージョンである必要さえありませんが、Linux などのサポートされている OS に移行する必要があります。
1 に答える
3
簡単な答えは、Migration from 6i to 10gを確認するように伝えることです。
以前に行ったことがありますが、フォームやレポートを最初から書き直すように指示する方がはるかに役立つと思います。おそらく別のツールで - 特に、古い Java ランタイムに邪魔されるのではなく、Web インターフェースなどを使用したい場合。
古いフォーム コードを PL/SQL に変換できる製品があります。クマランはその一例ですが、バグがあることがわかり、元のコードと同じように機能させるには、コードを手作業で編集する必要がありました。
私の知る限り、CUI は死んでいるので、GUI を使用したほうがよいでしょう。私が最後に見たときは、CUI フォームのドキュメントはほとんどなく、GUI で機能するものが CUI ではまったく機能しないことがよくありました。
CUI ベースのフォーム アプリケーションを GUI に変換する際に、いくつかの問題が発生する可能性があります。
ユーザーが次または前のフィールド/ブロック/などに移動すると、検証と特別な処理が行われることがあります。適切な GUI に切り替えると、ユーザーは別のフィールドをクリックするだけでこれらのイベントをスキップできます。そのため、2 つの選択肢が残されています。#1 すべてのフォームを監査するか、#2 マウスによるフォーム内のナビゲーションを無効にします。
オプション #1 は再開発よりも手間がかかりませんが、これまでにどれだけの作業を行ったかを見てください。
オプション #2 ユーザーはあなたを嫌い、ピッチ フォークとトーチであなたを追いかけます。彼らは、あなたが費やしたすべての仕事に対して何の価値もないことに気付くでしょう。とにかく、オプション＃1を実行することになります。
CUI で正常に動作する (または CUI の制限により必要とされる) UI が、単に間違っているだけであり、ユーザーが GUI の残りの部分で使用するのに慣れている UI メタファーを壊してしまうことがあります (例: リスト付きのポップアップ ウィンドウ)。適切な値を直接選択できる場所をプルダウンするのではなく、エントリを選択する必要があります)
GUI に変換すると、CUI は、書きたてのフォームとは異なるフォント、テキスト サイズ、およびその他の書式設定の既定値になる場合があります (私の場合はそうでした)。そのため、フォーム/レポート用の Oracle の新しいデフォルト テーマに合わせてフォームのセット全体を更新するか、すべての新しいフォーム/レポートを以前の不格好なスタイルに戻す必要があります。 （そして、あなたのユーザーは、それらすべてが今ではきれいなもののようになることを望んでいます）.
あなたが望んでいた答えではありません。は。しかし、これを口実として使用して、フォーム/レポートのアップグレード トレッドミルから抜け出し、長年にわたって発生しなければならなかったいくつかのハックをクリーンアップすることさえできます.
于 2008-10-15T19:06:10.460 に答える