之所以普遍认为视图胜于过程，是因为SAP HANA中的视图可以有效地组合（堆叠），以提供由可重用部分组成的复杂分析查询结构。

使用过程通常会看到慢速/逐行处理（感谢Tom Kyle的表达！），因为许多开发人员都在努力摆脱他们的"命令式编程帽子" "。 当查询使用正确的集合操作来声明预期的结果集并将其留给DBMS弄清楚如何计算时，DBMS通常最有效地处理查询。 SAP HANA通过提供面向集合的图形建模工具来鼓励这样做。

对于某些情况，例如 必须执行多结果集计算，SQLScript提供了自动优化和命令的并行执行，而数据的一致性允许这样做。

由于每个过程调用的确会在运行时产生少量开销，因此应将SQLScript留给这样做有明显好处的情况。 如果目标是使应用程序尽快在SAP HANA上运行，则可以保证复制存储过程方法，并考虑迁移到例如 参数化的视图或表函数。

Hi Lars，

我想我在这里沟通不畅。 我的意思是，不建议在HANA中使用存储过程来查询数据，因为有更好的方法可以做到这一点。

Shyam

嗨，

图形视图已针对获取数据进行了优化。

HANA引擎可以计算出最佳的执行计划（视您开发视图的能力而定）并产生更快的查询结果。

HANA中不使用存储过程来查询数据。 它们仅用于数据操作。

使用图形视图作为首选的建模实践。 如果必须进行编码（由于图形视图的限制），请使用Table函数。

此致

Shyam Uthaman

嘿，谢谢大家的解释。 很久以后，由于某些医疗问题，我离开了系统，回到了论坛。 我这次浏览了hana，可以将您提供的答案联系起来。 感谢您的帮助以使其清晰。