Migrazione di un modulo Oracle basato sui caratteri

Question

Ho un server OLD che esegue DG / UX che nel prossimo futuro non sarà supportato. Ho alcune forme di oracoli basate sui personaggi che devono essere migrate da questa macchina. Qualcuno sa che tipo di strategia di migrazione ha Oralce per l'aggiornamento di questi rapporti basati sui personaggi. Non deve essere la versione più recente, non deve nemmeno essere su una versione della GUI, ma devo migrare su un sistema operativo supportato come Linux.

Answer 1

La risposta semplice è dirti di dare un'occhiata a Migrazione da 6i a 10 g .

Dopo averlo fatto prima, penso che la risposta molto più utile sia dirti di riscrivere quei moduli e i rapporti da zero. Probabilmente in un altro strumento, specialmente se vuoi avere un'interfaccia web, ecc. Piuttosto che essere ostacolato da un antico runtime Java.

Esistono prodotti che ti permetteranno di tradurre il vecchio codice dei moduli in PL / SQL. Kumaran ne è un esempio, ma l'ho trovato difettoso e ho dovuto fare molta mano modifica del codice per farlo funzionare come l'originale.

Per quanto mi riguarda, la CUI è morta, quindi potresti anche andare fino a una GUI. L'ultima volta che l'ho guardato, non c'era quasi documentazione per i moduli CUI e spesso le cose che funzionavano nella GUI non funzionavano affatto nella CUI.

Ci sono alcuni problemi che potresti incontrare nella conversione delle applicazioni di moduli basati su CUI in GUI.

• A volte viene eseguita una convalida e un'elaborazione speciale quando l'utente passa al campo / blocco / ecc. successivo o precedente. Quando passi a una GUI corretta, il tuo utente può saltare quegli eventi semplicemente facendo clic su un altro campo. Quindi ti restano due scelte: il numero 1 controlla tutti i moduli o il numero 2 disabilita la navigazione nel modulo con il mouse

  L'opzione n. 1 richiede meno lavoro di riqualificazione, ma osserva quanto lavoro abbiamo già svolto.

  Opzione n. 2 che i tuoi utenti ti odieranno e ti seguiranno con forchette e torce. Capiranno che non hanno nulla di valore per tutto il lavoro che ci metti dentro. Quindi finirai comunque per fare l'opzione n. 1.

• A volte un'interfaccia utente che funziona bene (o è richiesta dalle limitazioni di) una CUI è semplicemente sbagliata e rompe la metafora dell'interfaccia utente con cui gli utenti sono abituati a lavorare nel resto della GUI (ad es. finestra pop-up con un elenco in cui devi selezionare una voce piuttosto che verso il basso dove puoi semplicemente selezionare direttamente il giusto valore)

• Quando viene convertita in una GUI, la CUI può finire con caratteri, dimensioni del testo e altre impostazioni predefinite di formattazione diverse rispetto a una forma appena scritta (lo ha fatto per me). Quindi ora o l'intero set di moduli deve essere aggiornato per seguire il nuovo tema predefinito di Oracle per moduli / report o ogni nuovo modulo / report deve tornare al vecchio stile goffo che avevi prima - oppure sporgerà come un pollice dolente (e i tuoi utenti vorranno che siano tutti come quelli belli adesso).

Non la risposta che volevi; eh. Ma puoi usarlo come scusa per uscire dal tapis roulant di aggiornamento di Moduli / Rapporti e forse anche ripulire alcuni degli hack che sono dovuti accadere nel corso degli anni.