2020-09-27 17:59发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）有关动态SQL的一些问题（在该位... 显示全部
加入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
无法使用动态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 好。
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 SAP德到 的问题《repserver的动态SQL。 是稳定的吗？ cache_size设置？》','https://www.easysap.com/answer/107672/288570.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
无法使用动态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 好。
一周热门 更多>