这听起来很可能是由于比较"苹果和橘子"引起的。

数据预览会生成一个包含TOP n子句的SQL语句，不仅限制了前端实际读取的记录数量， 但是告诉数据库最大要传递多少记录。 这可能会影响查询计划，但最终会影响最重要的查询运算符之一的运行时间：实现。

使用PlanViz（取决于HANA Studio中的设置），您不必 语句中的TOP n子句。 此外，PlanViz将继续进行并作为跟踪的一部分获取所有结果（这就是PlanViz真正的执行跟踪）。

因此，最常见的是，PlanViz将覆盖更多的处理过程，因此执行时间将 比数据预览中的要长。

这就是为什么认识到视图并没有真正的"表现"很重要的原因。
始终是针对视图的查询性能。 因此，请确保测试将针对视图使用的查询-不仅仅是默认的SELECT * FROM或数据预览提供的任何内容。

嗨，

如果我没记错的话，那么您正在SQL编辑器上运行的SQL查询，并且如果您对同一SQL查询执行可视化计划，则应该花费几乎相等的执行时间，

例如：从" _SYS_BIC"中选择前200 *。package_name/CA_TEST

我在一个视图中的SQL编辑器中运行了上面的查询，并在其上并行执行可视化计划，并且这两个过程几乎都花了相同的时间。此外，在Raw数据下的数据预览期间，在show Log中运行Log花费了相似的时间

查询执行时间是在HANA中完成的，具体取决于您使用的引擎（Calc引擎还是SQL引擎）。

该计划的执行时间可能会更长一些 它需要生成整个计划的详细信息，并在计划即窗口中显示给您。.我不认为这是异常的。 此外，在同一查询/数据模型上执行的执行次数更多，它将被缓存，然后从内存中提供服务，而不必第一次进行计算。.同样，这也是SAP HANA中的正常行为