repserver的动态SQL。 是稳定的吗? cache_size设置?

2020-09-27 17:59发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)有关动态SQL的一些问题(在该位...

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

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


有关"动态SQL"的一些问题(在该位置"准备"一次SQL语句,然后仅提交每次执行的文字。请参见"用于增强Replication Server性能的动态SQL" https://help.sap.com/viewer/62f3e3a6d75.7 .1.306/en-US/0049e00ebd1d1014aa9d8102f8b7b111.html

鉴于主db上的大多数单个删除/更新操作(er,活动)可以在DSI连接上转换为成千上万的每行命令,这似乎在这些情况下确实很有帮助。

有人使用此软件遇到稳定性问题吗? 还有其他陷阱吗?

我注意到at repdefs默认情况下启用了动态SQL,但是还可以选择在服务器或DSI连接级别启用" dynamic_sql",但是在服务器和连接级别默认情况下动态SQL是关闭的。

我猜想在repdef级别启用"动态SQL"意味着只有在服务器或连接级别也启用了"动态SQL"(文档没有此信息),这才是一个很好的猜测吗?

关于设置dynamic_sql_cache_size的任何想法? 您怎么知道设置得太大呢? (即,您在ASE中寻找什么?)

此外,似乎将dynamic_sql_cache_management设置为MRU会比默认值" fixed"更好(fixed ="指定一旦达到dynamic_sql_cache_size,就停止对新动态SQL语句的分配")

预先感谢
Ben

2条回答
nice_wp
2020-09-27 18:46 .采纳回答

无法使用动态sql回忆任何问题...然后再次...不记得我上一次考虑它的情况(我的RDB中有99%是ASE,而近年来的绝大多数ASE是 是启用了语句高速缓存/文字自动参数的ASE 15/16)。

------------

假设复制到ASE 15.x/16.x中,对我来说,一个大问题是...哪一个更快和/或更有效... SRS/dynamic-sql与ASE/statement-cache/文字自动参数。 [我一直倾向于让ASE使用语句缓存; 使用最新/最新版本的ASE和SRS进行一些测试以查看性能是否存在明显差异可能不会受到伤害。]

很显然(?),如果ASE没有启用语句缓存(和文字自动参数),则从ASE角度来看,在SRS中启用动态sql应该可以提高性能(即,消除调用#2 +的编译开销), 问题会在SRS中看到哪种性能下降(如果有的话)(额外的内存使用-也许;额外的CPU-??)。

如果RDS是ASE以外的其他东西,并且不存在等效的语句缓存,但是支持等效的预准备语句,那么(显然,再次)启用SRS动态sql听起来很容易。

>

------------

我希望服务器范围的优先级最低,其次是DSI/连接级别设置,然后是repdef级别设置(即,DSI/连接设置优先于服务器; repdef优先于DSI/连接和服务器 )。 [很容易测试eh。]

------------

dynamic_sql_cache_size 将取决于通过DSI(" Duh,Mark!"?)发出的不同命令的数量,因此可能必须根据与动态关联的各种SRS计数器进行调整。 sql: DSINoDsql * , DSIEDsql * 和 DSIENoDsql * 计数器。

是的, MRU 肯定比 fixed 好。

一周热门 更多>