"数据是数字经济的燃料"。我喜欢这句话，因为它指出了数据在各个方面的重要性，高质量的燃料与沼泽，更多的燃料，更多的权力等，但有一个问题是如何获得ERP数据到HANA容易，最好像把一个软管到汽车油箱容易。答案是HANA的智能数据集成功能

如何实现？

一个显而易见的答案是将整个ERP系统迁移到HANA–简洁明了。没有在HANA上运行ERP系统的客户仍然可以通过将HANA放在ERP系统旁边并将所需数据加载到其中而受益于独特的优势。即使已经使用了S/4HANA，ERP系统的主要目标是支持日常操作，大数据用什么数据库，而不是一些复杂的长时间运行的分析，可能会占用大量的资源。确保这两个工作负载严格分离的一个简单方法是有第二个专用服务器，国内大数据，不是吗？

一台运行ERP系统的大型服务器，具有高可用性、足够的日常操作电源、任务关键型。

一台较小的服务器用于分析用例和较低的SLA。这个"较小的"甚至可以是HANA云实例。

要将数据导入HANA，中国物联网，只需从服务市场下载站点安装SAP Smart data Integration Agent。此代理托管一组适配器，其中一些适配器可用于连接到ERP系统（以及用于各种其他源的许多其他适配器），并允许HANA实例访问源系统。基本上，这些适配器充当从HANA语法到源数据库语言的转换器，反之亦然。

1:1实时复制

如果目标只是将ERP数据1:1复制到HANA中，这可以使用RepTask UI快速完成。它显示源的所有对象，用户选择包含所需数据的对象，并决定该副本是一次性副本（仅限初始加载）还是以后更改的实时复制。

此UI创建目标表，设置实时复制，执行初始加载，处理过程中发生的更改初始载荷……它做一切。（详见后实时表复制）

不仅仅是简单的数据复制

一旦数据可用，下一步将是定义关键绩效指标以及如何根据可用数据计算这些指标的逻辑。例如VBAP网络价值是没有什么帮助，虽然它包含了每一个订单行的净值，因为有更多的事情要考虑一个订单。此订单行可能已取消，整个订单可能已取消，企业系统开发，订单可能是退货或服务订单。为了帮助用户并确保每个人在谈到销售订单金额时谈论相同的数字，这个逻辑被添加到HANA的计算视图中，因此每当用户查询CalcView时就会执行。

在加载数据时直接计算KPI可能更聪明，那么它们就很容易获得，并且只计算一次。相同的计算，但在数据供应层而不是CalcView层中执行。这种方法有更多的优点，技术细节可以在这里找到，实际的性能度量可以在这里找到。

为了实现这一点，转换是在流程图UI中构建的，它类似于RepTask，但是也允许转换。在那里，用户拥有完全的控制权，甚至可以定义数据是否应该被历史正确地加载，等等。

虚拟数据模型

在某个时间点会被问到"为什么实际有两次数据？"。我们回答了上面已经提到的部分，以保护ERP系统不为分析查询花费太多的资源，并降低操作用户的速度。在第二部分中，通过在将数据加载到最终表之前对其进行转换来优化快速查询所需的数据。但在某些情况下，没有什么可以改变的——公司代码列表就是一个列表，句号。而从ERP系统中读到这几行也不会让它慢下来。除此之外，数据多久更改一次？

上述解决方案的优点在于，它提供了所有选项，用于1:1复制、实时转换，还可以直接从源系统读取数据。适配器使远程数据以所谓的虚拟表的形式在HANA中可用，这是一个HANA表，其结构可以像任何其他表一样读取，但其数据直接来自源系统，没有数据被复制。事实上RepTask用户界面也可以用来创建虚拟表。

太好了吗？

我在上面做了一些陈述，值得深入研究。例如，有一个想法是使用一个HANA云实例，并将来自内部ERP系统的数据放入其中。要做到这一点需要做多少工作？远程HANA系统如何以安全的方式进入on-prem系统？在源系统附近安装代理（托管所有适配器的进程）时，它必须在HANA系统中注册，以便数据库知道它。在同一个网络或云实例中访问HANA系统有什么区别？只有协议。本地数据库可以通过TCP/IP直接访问，云实例使用https协议通过公司防火墙。这也是一级防御。由于代理正在实例化与HANA的连接，因此只有此HANA数据库与代理及其适配器有连接。（参见解决方案的架构帖子）

另一个问题是关于可用的适配器以及它们如何实时捕获更改。特别是因为我有ERP数据和ETL流程的经验，这听起来几乎不可能做到。那么这里的真相是什么呢？答案很简单，完全是适配器的问题。他们负责HANA和源系统之间的转换以及如何实时获取数据。存在什么样的适配器？