SAP 官方的SAP HANA Graph文档里有一个很有代表性的机场网络模型。数据库中的NODES表保存机场，里面既有机场编号、城市、国家，也有一个ST_GEOMETRY(4326)类型的LOCATION字段。另一个EDGES表保存机场之间的航线，记录起点机场、终点机场以及距离。官方示例甚至直接加入了北京首都国际机场PEK和济南遥墙机场TNA，机场经纬度使用空间数据类型存储，两座机场之间再通过一条图上的边连接起来。这一组表乍看就是普通的航班数据，但它非常准确地揭示了SAP HANA多模型数据库能力的价值。机场在哪里，是空间问题。两个机场相距多远，是空间计算问题。机场之间有没有直达航线，是图连接问题。从成都到纽约需要经过哪些机场，是路径搜索问题。哪些机场位于整个航空网络的重要枢纽位置，又变成了图中心性分析问题。如果把这些能力拆成独立系统，我们可能需要一个传统关系数据库，再配一个GIS系统，再配一个图数据库，应用层还要负责数据同步和结果拼装。而SAP HANA的思路完全不同，它允许关系数据、空间数据和图结构建立在同一个数据库体系里。对于企业应用来说，这一点往往比某一个孤立算法快多少毫秒更加重要。这也是理解SAP HANA Spatial和SAP HANA Property Graph