作者：刘欣
声明：本文章已获刘欣老师授权，仅用于SAP软件的应用与学习，不代表SAP公司。
《 PO 消息报文存储详解 》说到通过自己的后台取数工具程序，PO的消息永久的落地在了我们自己的数据库中：
在保存消息的同时，我们还可以给消息压缩一下放数据库里，这样我们的数据库可以减少一半的增长，我初步计算了一下：
每1000条消息，未压缩保存到数据库有100MB，压缩后数据为50MB。
数据有了后，我们要放到管理平台上来查询消息:
随便找一对消息，让我们来解读一下：
152117，这个消息是外围系统A发出的请求数据，通过PO在8点58分26秒这个时间点转发给ERP。
152118，这个消息是ERP系统处理后，再通过PO在8点58分26秒这个时间点发回给外围系统A。
这一进一出的时间点差，就是后端ERP系统处理所耗费的时间，这里ERP只用了不到1秒。
接口问题一：
部署没几天，我们收到一个接口问题，系统A传输凭证给ERP，积压了大量凭证数据，为此大家成立一个专项小组来解决这个问题。
我先在平台上查询这个接口的消息，发现后端PO到ERP，ERP还给PO这段时间，只耗时1秒钟，而外围系统发一次数据需要等2分钟，然后专项小组集中在外围系统A解决优化这个2分钟的损耗，最后开发人员把每一次的全表搜索改为只第一次才全表搜索。
优化后系统A的整个接口效率从2分钟传出一个凭证，提高到1秒钟传出2个凭证，效率一下提高了240倍，本来系统积压的几千个凭证，财务部门眼看国庆节都处理不完的数据，顷刻间在1个小时内就处理完成了。
接口问题二：
第二天，运维人员报告外围系统B某项业务数据没有更新，我们很快锁定这个相关接口的编号，用这个编号，在管理平台我查询了接口的消息，发现在昨天中午之后，这个接口就没有消息出现，也就是说，这个接口在昨天中午后就没有再工作，所以当然业务人员看不到新数据的更新。
问题传递到外围系统B的管理员，他打开了这个接口的定时作业，新数据就又不断的更新到了系统B。
声明：
ERP全球顾问云平台下设微信集群：冰之家(FICO)/雪之家(BASIS)/雾之家(SD)/水之家(ABAP)/露之家(MM)/雨之家(PP)/火之家(PM)等，旨在为大家营造一个纯业务和技术交流的微信群环境，群规非常严格，请大家务必遵守群规，共同打造我们良好的学习与交流大家。云之家微信群历经4年才满员，群内均为SAP业务或技术顾问，宁缺毋滥！
ERP全球顾问云平台下设QQ群，暂未分模块。QQ群采用付费加入，费用仅用于QQ年费和奖励回答问题的顾问朋友！QQ群管理与微信群一样，禁止一切广告、招聘、游戏、黄赌毒等垃圾信息，同时禁止一切微信公众号链接！一视同仁！忘大家自觉遵守。 ERP全球顾问云平台下设的云之家微信群已满！原雾之家会分散到各个模块微信群。精英群(至少10年以上且简历审核通过的SAP顾问)人员已快过百人，为国内顶层精英顾问互相切磋和交流提供了一个良好的空间。 感谢： 该微信公众号为个人运营，在长期的运营过程中感谢国内外相关顾问朋友的支持与帮助，运营过程中也遇到一些困难，甚至是阻力。在运营的过程中难免会出现一些问题(如转载不当、未做声明、被投诉等)，忘各位同仁多提宝贵意见，对不当之处多批评指正，不到之处忘见谅！！ 最后，希望更多的ERP顾问(不限于SAP顾问)加入进来，可以直接跟我联系(微信号：potatocorn)，把自己在顾问生涯中的一些理解和感悟与大家分享。欢迎大家的加入，成为“家”的一员！分享是一种精神
754
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
