在过去的几周里，我从人们那里听到的第一个问题是为什么Esri+HANA会在一起？简而言之，就是提高性能、降低总体拥有成本和无缝集成。但我们是怎么来的？我们的客户在这段旅程中经历了什么？

在SAP HANA于2011年前后首次发布后，我们的客户看到，可以快速、大规模地从基础数据动态计算汇总或摘要数据，以及这对构建和维护数据仓库的影响。他们一加载数据就获得了洞察力，而不是在4之后，创建摘要表12或20个小时。再加上HANA不需要用户创建索引的事实，导致数据仓库占用的空间小得多，从而降低了TCO。企业更快地获得答案，并且能够在不必重建数据仓库的情况下提出更多的问题。最重要的是其中之一是HANA能够将来自许多不同数据源的数据进行虚拟或物理的聚合，并且能够使用HANA的不同引擎，如预测、文本分析和图形，而无需移动数据。

快进到2018年1月，Esri宣布了对HANA的地理数据库支持。这意味着HANA可以成为系统的一部分几何图形和相关空间元数据的记录。自2014年以来，HANA支持ArcGIS的参与系统–使用查询层访问驻留在HANA中的空间数据的能力（请参阅此处了解ArcGIS如何使用HANA）。

去年底，Esri在HANA上构建了311演示，以展示HANA给ArcGIS带来的优势。此演示使用HANA作为记录系统和参与系统。在深入了解演示内容之前，让我们先看看教给ArcGIS内容创建者的一些最佳实践。遵循这些实践可以确保合理的性能，而不管底层DBMS是什么：

当一个查询影响的行数超过1000万行左右时，您应该创建摘要表你应该创建索引写下webmaps使用的狭义查询，以便它们返回少数列

使用311演示，Esri发现，当基础DBMS是HANA时，根本不需要这些最佳实践。当HANA第一次发布时，我们的客户看到的一些好处是不必创建索引或构建摘要表。

让我们深入演示并查看详细信息。您可以在此处观看视频。这是由纽约市自治区提供的摘要地图调用次数：

当您在线查看演示时，请务必注意地图是实时的。它是即时显示的，不会针对摘要表运行。以下是用于获取地图上显示的数据的查询：

使用查询层，ArcGIS将聚合推送到HANA中，并在HANA中针对基础数据执行聚合查询也是窄查询的一个示例—它只返回4列。在演示的下一部分中，Esri选择使用SQL和SQL脚本编写一个大型查询，供演示中的所有webmaps使用。通常，每个webmap都有自己的狭义查询，国内云服务器，360大数据，如上图所示。下面是一个大的查询-可以添加到上面，而不会导致性能损失：

以上查询相对于基础数据在750毫秒内返回。在其他DBMS中，执行需要2到3分钟或更长时间。这是GIS加速。此外，大数据怎么样，而不是30个单独的查询，大数据分析培训，只有这一个查询。这是一个利用该查询的网络地图–它显示了点击或点击的每个邮政编码的年度计数。每次点击或点击都会导致对HANA执行查询。

还有9个使用双变量比较来显示两个不同因素影响的网络地图。这一个显示了夏季与冬季通话：

黄色邮政编码是指夏季噪音投诉高的邮政编码，中蓝色是指冬季噪音投诉高的邮政编码，深蓝色是指全年噪音投诉高的邮政编码。

概括一下，对于使用ArcGIS作为接战系统的企业，这些优点意味着：

但是如果您的生产GIS运行在另一个DBMS上，或者您运行的是ArcGIS Enterprise的旧版本，大数据市场，该怎么办？您仍然可以利用HANA的优势，在ArcGIS Enterprise 10.6或更高版本以及HANA 2 SP2或更高版本中创建出版物地理数据库（或sidecar）。这是使用ArcGIS作为参与系统。任何ArcGIS管理员都可以使用他们已经知道的工具复制到所需的要素类中。底线是没有需要等待获得HANA和ArcGIS共同提供的GIS加速和敏捷性。