sql >> Databasteknik >  >> RDS >> Oracle

Migrera ett teckenbaserat Oracle-formulär

Det enkla svaret är att berätta för dig att kolla in Migration från 6i till 10g .

Efter att ha gjort det tidigare, det jag tror att det mycket mer användbara svaret är att berätta för dig att skriva om dessa formulär och rapporter från grunden. Förmodligen i ett annat verktyg - speciellt om du vill ha ett webbgränssnitt, etc. snarare än att bli hånglad av en gammal Java-runtime.

Det finns produkter där ute som låter dig översätta den gamla formulärkoden till PL/SQL. Kumaran är ett exempel på en, men jag tyckte att den var buggig och var tvungen att göra mycket manuell redigering av koden för att få den att fungera på samma sätt som originalet.

Vad mig beträffar är CUI:n död så du kan lika gärna gå hela vägen till ett GUI. Förra gången jag tittade på det fanns det nästan ingen dokumentation för CUI-formulär och ofta skulle saker som fungerade i GUI inte fungera i CUI alls.

Det finns vissa problem du kan stöta på när du konverterar CUI-baserade formulärapplikationer till GUI.

  • Ibland görs validering och speciell bearbetning när användaren flyttar till nästa eller föregående fält/block/etc. När du byter till ett korrekt GUI kan din användare hoppa över dessa händelser genom att bara klicka på ett annat fält. Så du har två val - #1 granska alla formulär eller #2 inaktivera navigering i formuläret med musen

    Alternativ 1 är mindre arbete än att bygga om, men titta på hur mycket arbete vi redan har lagt ner på det.

    Alternativ #2 kommer dina användare att HATA dig och komma efter dig med pitch gafflar och facklor. De kommer att uppfatta att de inte har något av värde för allt arbete du lägger ner på det. Då kommer du att göra alternativ #1 ändå.

  • Ibland är ett användargränssnitt som fungerar bra i (eller krävs av begränsningarna för) ett användargränssnitt helt enkelt fel och bryter gränssnittsmetaforen som användare är vana vid att arbeta med i resten av användargränssnittet (t.ex. ett popup-fönster med lista att du måste välja en post i stället för att dra ner där du bara kan välja rätt värde direkt)

  • När den konverteras till ett GUI kan CUI:n sluta med andra teckensnitt, textstorlekar och andra formateringsstandarder än en nyskriven form (det gjorde det för mig). Så nu måste antingen hela uppsättningen formulär uppdateras för att följa Oracles nya standardtema för formulär/rapporter eller så måste varje ny formulär/rapport återgå till den gamla klumpiga stilen du hade tidigare - eller så sticker den ut som en öm tumme (och dina användare vill att alla ska vara som den vackra nu).

Inte svaret du ville ha; va. Men du kan använda detta som en ursäkt för att komma ur löpbandet för uppgradering av formulär/rapporter och kanske till och med städa upp några av de hack som har behövt hända genom åren.




  1. Flera kopplingar till samma tabell

  2. MySQL - Hur väljer man rader där värdet är i array?

  3. Apache NiFi

  4. ta bort entiteter i kaskad som inte fungerar i ManyToMany-relationen