点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
你好!
我创建了一个数据库表,其中包含两个CHAR2类型的索引字段(key1,key2)和一个STRING类型的值字段。
该表包含3700个条目。 值字段仅包含短字符串(最多30个)。
SELECT语句大约需要3秒钟...
仅选择关键字段非常快,但字符串字段需要3秒。
我进行了SQL跟踪,但是只有SELECT语句运行时间如此长。
我知道在数据库中存储和选择STRINGS并不是最好的方法,但是我看不出为什么要花那么多时间。
这是来自性能跟踪SAT:
您对我有什么提示吗?
预先感谢
Enno
(56.6 kB)
嗨,大家
我遇到了同样的问题。 我做了一个测试,在同一个表上选择了一个包含字符串的字段,一个没有字符串的字段。 区别是疯狂的(5秒到12毫秒)。 两者的执行计划是相同的(5个成本)。
我在任何正式文档(注释,内核发行说明)中找不到有关此问题的任何信息。
您是否对我有任何信息是否已在新内核中修复? 当前正在运行753 PL400。
Oracle版本:12.1.0.2.0
期待您的回答。 大家复活节快乐!
BR
Fabian
如 Tomas Buryanek ,这似乎是一个内核(DBI/dbsl)问题,因此,如果没有其他SAP注释需要更正,则应该在SAP支持部门打开故障单/客户消息。 如果这不是问题,那么毫无疑问,SAP会为您提供一些提示。
嗨,海伦娜! 此选择没有特定的跟踪信息。
我创建了另一个类似的表来重现此问题,这是相同的问题。 用CHAR1024替换STRING可以使选择始终如一。
我也不记得数据库中字符串字段的任何问题
也许部署成本会更低 一个现有的"论坛"平台(例如Stack Exchange),而不是从头开始开发它……:)
谢谢彼得! 是的,这与我的信息相符。 由于STRINGS似乎存储在数据库外部,因此访问有点复杂。 但是,再次,它不应该太慢...仍在搜索一些开关或参数以使此"额外行程"更快。
干杯
Enno
请使用COMMENT按钮发表评论,提问,添加详细信息等,答案仅是提出解决方案, 答案区域右侧的SAP文本:"在回答之前,只有在为发布者的问题提出解决方案时才应提交答案"
一周热门 更多>