我有一台运行 DG/UX 的旧服务器，该服务器在不久的将来将不再受支持。我有一些基于字符的 oracle 表单需要从这台机器上迁移出来。有谁知道 Oralce 有什么样的迁移策略来升级这些基于字符的报告。它不必是最新版本，甚至不必是 GUI 版本，但我确实需要迁移到受支持的操作系统，例如 linux。
最佳答案
简单的答案是告诉您查看 Migration from 6i to 10g .
以前做过，我认为更有用的答案是告诉你从头开始重写那些表格和报告。可能在另一个工具中 - 特别是如果您想要一个 Web 界面等，而不是被古老的 Java 运行时所束缚。
有些产品可以让您将旧表单代码转换为 PL/SQL。 Kumaran是其中的一个例子，但我发现它有问题，必须对代码进行大量手动编辑才能使其与原始代码一样工作。
就我而言，CUI 已经死了，所以您不妨一直使用 GUI。上次我查看它时，几乎没有关于 CUI 表单的文档，而且经常在 GUI 中工作的东西根本无法在 CUI 中工作。
在将基于 CUI 的表单应用程序转换为 GUI 时，您可能会遇到一些问题。
有时，当用户移动到下一个或上一个字段/ block /等时，会进行验证和特殊处理。当您切换到适当的 GUI 时，您的用户只需单击另一个字段即可跳过这些事件。因此，您有两个选择 - #1 审核所有表单或 #2 使用鼠标禁用表单中的导航
选项 #1 比重新开发工作少，但看看我们已经投入了多少工作。
选项 #2 您的用户会讨厌您，并会拿着干草叉和手电筒追赶您。他们会认为，你投入的所有工作对他们来说都没有任何值(value)。那么无论如何你最终都会选择选项 #1。
有时，在 CUI 中运行良好(或受限制要求)的 UI 是完全错误的，并且破坏了用户习惯于在 GUI 的其余部分使用的 UI 隐喻(例如，带有列表的弹出窗口，您必须在其中选择一个条目，而不是下拉您可以直接选择正确值的位置)
当转换为 GUI 时，CUI 最终可能会出现与新编写的表格不同的字体、文本大小和其他格式默认值(对我来说就是这样)。所以现在要么必须更新整个表单集以遵循 Oracle 的表单/报告的新默认主题，要么每个新表单/报告都必须恢复到您以前使用的旧的笨拙样式 - 否则它会像拇指一样突出(你的用户会希望他们都像现在这样漂亮)。
不是你想要的答案；嗯。但是您可以以此为借口摆脱 Forms/Reports 升级踏车，甚至可能清理多年来不得不发生的一些黑客攻击。
关于linux - 迁移基于字符的 Oracle 表单，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/205304/