正如Jelena所述，可以在实际迁移/升级之前对HANA DB进行必要的代码更改，因为支持HANA的代码已经可以在现有系统上运行（除非ABAP版本对于某些版本而言不够最新） 结构）。 由于我们计划对HANA DB进行更新，因此我们不得不决定去年什么时候最好应用代码更改。 由于我们同时决定将EHP8升级到NW 7.50，因此我们决定这样做-尤其是测试！ -一劳永逸。 这意味着在我们的案例中，我们首先将系统更新为HANA DB，然后将所需的更改应用于代码。 但是，可以选择更早进行代码更改。

希望这会有所帮助！

欢呼

Baerbel

我想知道您在哪里看到了该建议。 实际上，您必须在升级之前进行调整，以避免迁移到HANA时出现功能错误。

"我见过SAP推荐"-您可以为此共享一个链接吗？ 我不确定您是不是被误导了，或者您说的"补救"是什么意思。 我去过的所有TechEd会议都敦促不要等待HANA。 实际上，所谓的" HANA准备"已经是10多年来的最佳实践。

在这里，"升级"的含义也可能有些混乱。 根据您的起点，"升级"可能不仅涉及DB，还涉及ABAP版本中的更改。 因此，例如，如果您现在没有ABAP 7.4或更高版本，那么使用该版本中的可用工具将根本不可行。

通常，"修复" ABAP代码以使其与当前的最佳实践保持一致永远不会太迟或太早。 这本来应该是一个持续的过程。

嗨，弗洛里安，

我的意思是-它是升级项目的一部分，但是在管理员/基础将系统（Dev环境）重新安装到HANA数据库之后，这些更改随后被传输到QAS并最终投入生产

此致

J

刚刚找到了另一篇由Michael Goedecke撰写的博客文章-可能会有帮助：

必填 为SAP HANA调整ABAP代码的步骤

它引用了文档（直接链接到查看器）在我们的迁移项目的规划阶段非常方便。

欢呼

Baerbel

我相信该博客只是暗示，在迁移到HANA之后，将提供更多工具，因此您可以根据需要进行其他更改。 但是在阅读之前我已经掌握了一些信息，因此我的理解可能会有所不同。

如果您想对博客内容进行澄清，最好的方法是在博客中发表评论并询问作者的意思。 可能不仅是您，然后作者可以在博客中进行更改以使其清楚。

如果您的问题已得到回答，请关闭它（请参阅此博客）。 谢谢。