我们正在处理许多混合场景，轻云，这意味着我们的数据存储在BW中，并作为计算视图公开，以便进一步进行HANA本机处理。当我们意识到HANA建模正在从HANA Studio转移到SAP HANA的Web IDE中，并带有一些新特性时，我们一开始很兴奋。这个博客解释了为什么我们仍然暂时留在HANA工作室。

首先，SAP明确表示下一个"主要"HANA版本将删除XS Classic（XSC），全球云购，请参阅SAP说明2465027。这也意味着hanastudio中的HANA Modeler已经被弃用了，它已经没有新的特性，只有关键的错误修复。下图显示了转换：

虽然XS classic runtime随HANA DB提供，但如果您想使用"SAP HANA的Web IDE"（XSA WebIDE），则需要安装并配置XS advanced（XSA）runtime。顺便说一句：不要把它和"HANA基于Web的开发工作台"（XSC WebIDE）混淆起来，你不会错过的，因为你可能不知道它的存在。

我们认为：太好了–Web IDE是基于浏览器的，所以不需要更多的HANA studio维护。此外，没有更多的专有HANA存储库，而是转向众所周知的GIT。很好，但是等等…这对部署意味着什么？

部署

到目前为止，我们在HANA Studio中创建了计算视图，然后简单地使用事务SCTS\U HTA（HANA transport for ABAP–HTA）将它们部署到我们的其他BW系统中。但是，这只适用于经典HANA存储库的包。SAP宣布HTA也将在新的环境中工作，但是这个支持只计划用于BW/4HANA。如果您仍然像我们一样使用BW7.x，那么您在这一点上已经受到了很大的歧视。当然，您可以选择其他部署选项–见下图–但是从BW的角度来看，没有一个比HTA更方便。

迁移

如果您想在WebIDE中重用现有的HANA模型，那么您必须首先遵循SAP Note 2396214。因此，我们将所有的属性视图和分析视图转换为计算视图，并调整基于脚本的计算视图以使用表函数。顺便说一句，永久免费自助建站平台，这是一个在任何情况下都推荐的步骤——即使您离WebIDE的使用还很远——因为它优化了运行时性能。但是回到我们的POC，现在我们已经准备好了所有的对象，可以迁移到WebIDE，为此我们运行了命令行工具"xs迁移"。它读取交付单元的内容（您需要先准备好），并将包含的所有对象转换为新的HDI兼容格式。HANA部署基础设施（HDI）基本上是在WebIDE中处理DB工件的框架。然而，这第一个转换步骤进行得相当顺利，至少在SAP修复了一个阻碍我们的bug之后。下一步是在WebIDE中导入已转换的对象。不幸的是，尽管做出了种种努力，淘客如何推广，我们还是失败了。在一次OSS事件中，我们再次了解到您使用的软件版本非常重要。这是因为我们的计算视图所需要的一些特性在HANA 1上的WebIDE中是不受支持的。有人建议我们升级到HANA 2，当时我们的硬件不支持它。

跨架构访问

所以现在已经很清楚，如果你想合理地使用WebIDE，你需要在HANA 2上安装BW/4HANA。我们开始在WebIDE中玩游戏，这让我们的幻想有些破灭。我们创建了一个简单的计算视图，并希望包含一个由BW生成的外部HANA视图。我们立刻意识到这已经不像以前那么简单了。原因是所有HDB工件都保存在HDI容器中，从技术上讲，HDI容器是一个孤立的DB模式，请参见下图。

如果您想从另一个模式（如存储所有遗留计算视图的系统）或某个其他模式YXZ（可能是您的ERP系统）访问数据，海淘客，则必须遍历同义词。在我们运行POC时，有必要为涉及的每个对象手动创建同义词。此外，还需要通过命令行工具来设置用户提供的服务，这几乎是用户友好的（为什么不能通过XSA管理来实现呢？）。至少已经有了改进，所以同时同义词生成可以在计算视图编辑器中自动完成。不过，如果您希望从另一个方面进行访问，即从外部访问HDI对象，那么您需要设置适当的授权。为此，你必须熟悉自己。hdbrole，.hdbgrants和所有它附带的东西。

摘要和建议

对于HANA数据库开发，在不久的将来没有办法绕过WebIDE。

另一方面，它在浏览器中运行，有一个集成的GIT客户端，具有源代码控制和版本控制，有一个全有或全无的构建方法，而不是单个对象的激活（因此不再有破碎的单个对象），有一个图形化的CDS编辑器和额外的计算视图节点（图形，交集，减号）以及其他新功能，但是整个存储库和部署基础设施。这伴随着向后兼容性的丧失，以及需要考虑的复杂的新访问场景。因此，我个人的建议是：

现在迁移基于属性、分析和脚本的计算视图熟悉人类发展指数和新的安全概念开始探索WebIDE及其建模工具尝试GIT团队工作场景考虑使用BW/4HANA和hana2切换到XSA