select/into #tmp表中存储的proc显示每个调用很多优化时间。

2020-09-02 21:49发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我有一个应用程序在应用程序运行期间反复调用存储的proc。 在存储的proc中,使用select/into调用创建4个#temp表,并为其中一个表创建索引。 然后将这4个#temp表用于存储的proc中的各种更新和读取操作。

看看加入到monProcessSQLText的monProcessActivity.QueryOptimizationTime(时间是每个进程的时间,不是每个命令的时间),我可以看到对于一个存储的proc,每个存储的proc调用有2到2秒钟的优化时间。 此优化时间似乎未显示在monCachedProcedures.CPUTime中。 请注意,"不带*重新编译"选项未被使用。

我发现有关存储过程中#temp表的查询性能优化的文档,但这不是查询性能,而是优化时间。

有没有暗示要防止ASE在每次运行时花费大量时间来优化这种存储过程?

预先感谢
Ben

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我有一个应用程序在应用程序运行期间反复调用存储的proc。 在存储的proc中,使用select/into调用创建4个#temp表,并为其中一个表创建索引。 然后将这4个#temp表用于存储的proc中的各种更新和读取操作。

看看加入到monProcessSQLText的monProcessActivity.QueryOptimizationTime(时间是每个进程的时间,不是每个命令的时间),我可以看到对于一个存储的proc,每个存储的proc调用有2到2秒钟的优化时间。 此优化时间似乎未显示在monCachedProcedures.CPUTime中。 请注意,"不带*重新编译"选项未被使用。

我发现有关存储过程中#temp表的查询性能优化的文档,但这不是查询性能,而是优化时间。

有没有暗示要防止ASE在每次运行时花费大量时间来优化这种存储过程?

预先感谢
Ben

付费偷看设置
发送
2条回答
浮生未央
1楼-- · 2020-09-02 22:18

如果为过程内的查询添加抽象计划子句,则可以避免优化时间。

-bret

haha101010
2楼-- · 2020-09-02 22:28

Kewl bean! 我为什么没想到;)

一周热门 更多>