在第1部分中，我们列出了支持和提高对HANA的信任的关键用例，HANA是一个利用HANA元数据的分析平台。我在这里再次列出它们供我们参考：

我们还研究了第一个从上游系统/平台到HANA或从HANA到其下游系统的端到端谱系的用例，以及它带来的好处。

让我们也来回顾剩下的两个用例。

提高数据平台"信任"的因素之一与数据使用者的HANA一样，HANA也能够审计底层数据结构的更改。业务需求是动态的，因此数据需求、数据结构的更改是不可避免的。更不用说在NoSQL数据库和SQL/关系数据库中实现这些功能的灵活性了，物联网模块，审核更改是关键（a）使数据使用者了解更改（b）确保安全性不受损害（c）满足审核更改日志的法规要求或（d）可以确保遵守某些企业标准。

能够在HANA平台上捕获更改并触发HANA平台上的相关治理流程改变就变得至关重要了。这是第二个用例，可以利用HANA元数据将HANA平台中的版本与数据管理（DG）平台中的版本进行比较，并在发生更改时触发支持通知利益相关者、验证等的工作流

从DG平台中管理HANA平台是绝对值得的，工业物联网，查看沿袭，进行影响分析或触发工作流。这最适合DG团队或有权访问DG平台的利益相关者。然而，从最终用户（HANA平台）的角度来看，物联网传感器，利用HANA平台中的这些DG过程的结果（而不是真正登录DG平台）更有意义。

这就是第三个用例。能够将治理过程的结果写回/反馈到源HANA平台。例如，如果我们能够根据对象的受管词汇表定义向目录表或目录列添加注释，南京大数据，该怎么办？或者使用这些注释标记对象基于DG平台内所做评估的"可信程度"，物联网是学什么的，例如"已认证"、"已认证-铜牌级别"等。我不确定HANA是否提供了更新计算视图注释的方法，但如果这是可用的，则类似地标记这些分析对象将是巨大的推动它的可靠性受到数据消费者的欢迎。

一个额外的用例也得到了处理，那就是HANA对象的编目！数据目录已成为现代企业数据体系结构的重要组成部分，它只不过是一个企业数据集的目录，使其可以搜索并理解其内容和附加元数据，如果可用（通常类似于亚马逊等电子零售商的产品目录）

我的经验是在领先的DG平台Collibra中尝试这些用例。第一步是将HANA平台与Collibra集成，加载HANA对象的元数据（目录表/视图/列/存储过程/函数以及计算/分析/属性视图的元数据，包括它们的依赖关系）。

然后设置加载以进行定期刷新，这是可以监控HANA平台变化的地方。治理流程随后在Collibra平台中被设置为基于Activiti的工作流。

这无疑是朝着治理HANA平台迈出的一大步，从而增加其"信任"因素。