BO系统很容易卡住

eric_e

原帖由 ferryfu 于 2010-4-27 10:26 发表
个人对8.8的改进是非常敬佩的。
有客户的数据量是相当大的，我在SP_SBO_TransationNotification中加载了很多的控制，性能还是很不错的。另外，beas在8.8中运行的速度也比在以前的版本中要好，我不知道这个sap的改进还是beas公司的改进。
一个系统的性能决定性因素很多，可以分开一个一个测试，找到原因并解决。在网络时代知识不会成为障碍，关键你要有耐心和时间。

如果把所有的控制代码直接写在SP_SBO_TransationNotification这里面，那就要看你的代码“效率“有多好了
如果代码写的不够好，当代码一长，SQLSERVER在每次调用时，这个过程执行的时间就会很长，这样在做生产收发货、库存转储这样的业务时，SAP会多次调用这个过程，系统自然会变的很慢，所以不要在这个过程里面写太长的代码，采用陈华的动态语句或者建立一些独立的存储过程去被引用可能效率会好很多，个人建议！

ferryfu

原帖由 eric_e 于 2010-4-27 11:32 发表



如果把所有的控制代码直接写在SP_SBO_TransationNotification这里面，那就要看你的代码“效率“有多好了
如果代码写的不够好，当代码一长，SQLSERVER在每次调用时，这个过程执行的时间就会很长，这样在做生产收发货、库存转储这样的业务时，SAP会多次调用这个过程，系统自然会变的很慢，所以不要在这个过程里面写太长的代码，采用陈华的动态语句或者建立一些独立的存储过程去被引用可能效率会好很多，个人建议！

对于数据量大的系统，这一点很重要！
其实这也是一个系统优化工作。

[ 本帖最后由 ferryfu 于 2010-4-27 12:21 编辑 ]

Link_

陈老师不要误解我的观点，

“控制存储过程”和“查询接口”本质上只是纯SQL的应用，SQL本身的效率可以做到非常高，这只是取决于外部开发人员的水平，和开源软件有点象。

而这两个功能的门槛很低，如果新手去调用这些功能。这必然导致系统出现性能问题（一个不当的where条件就可以引发性能问题）。而这时用户的体验就是系统速度慢了。这个体验建立在SAP B1系统之上，他们不会去管是哪个新手做的坏事，因为B1毕竟不是开源软件而是produced by SAP。

B1本身的门槛很低，新手总是比高手要多，至少到目前为止，控制存储过程还是单纯的SQL编码开发，而大部分合作伙伴都在用自己做的工具整合维护那些代码（比如你手上的工具），作为管理顾问，你应该能看出这两者有什么区别。

最终修复这些问题还是需要借助这两件工具。所以这是双刃剑，在排查问题时不能漏过，同时提醒新手不要轻易去尝试这个功能。我只是描述了这一点而已。

当一家客户的系统被新手搞坏时，你不断重复自己的成功案例恐怕于事无补。

总之，影响这一块发展的人是微软和甲骨文的DBMS，而承担用户指责的是SAP。

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

引申向yestea的观点就是，通常自定义开发都是从无到有的，是一个独立于SAP的外部项目，需要高手来调试那些自定义程序，而高手（比如陈华或其他合作伙伴）又以SQL开发为主，如果外挂模块和SQL开发可以达到完全相同的结果，那我实在看不出SDK除了拖后腿之外还有什么正面的意义。当然这是我见识浅薄的缘故，对SDK应用看的还太少，我会去补习。

SAP在去年想起加强中国本土的研发力量，你们想做点事情的话，能做的事多的很。对于将来，我还是很有期待的。在此之前，希望8.8不要跳票，该修复的补丁要尽快打上。
至于过去几年发生的事情，个人的言论是无谓的，市场和每一个项目案例一直在无声地书写着答案。

ferryfu

我怎么感觉是link老弟理解的 和yestea的观点有些不一致啊。O(∩_∩)O~
========
b1的未来发展，很重要一点可能就是取决于sdk做的怎么样了。
这样说可能很多人不同意。b1是一个标准化的产品，不可能满足于诸多的行业，而b1最缺的功能之一就是行业化的solutions了。竞争如此激烈的市场中，b1的代理商之间也是需要有差异化竞争的， 基于目前的sdk基础，让国内的公司去开发一个行业解决方案（相对复杂一点的，比如生产）还是比较困难的。如果sdk可以像formatresearch那样（类比而已），顾问可以简单的培训就可以做的话，那简直完美了。当然，sdk也不可能做成那样，希望比现在的sdk应用更加方便，容易一些。如果这样，b1彻底eSOA化了。这也许只是一个理想。

waynemaggie

“B1本身的门槛很低”
这句话其实真的一语道出B1的现状。看看这句话引发的后果：
1：新手很多，听几遍TB教材就上项目了，项目质量不去说它了。
所以就有2：因为新手成本低，便宜，老板喜欢养，客户叫得急了，丢进项目拖上一年半载也不心痛。
所以就有3：资深的人才留不住了，老板也不会刻意留，有那么多新手用起来顺手，资深人才收入上不去，转行来寻求个人突破是迟早的事。
所以就有4：高手走了，新手多了，烂尾项目越来越多，SAP的骂名慢慢多了，再和其它软件售前打架时就有点气喘吁吁了。
所以到5：烂尾项目习惯了，也不再指望用售后服务来赚钱，不再关注售后服务质量，总之不停抢新单，赚回第一笔钱，后面的钱也不想要了。
所以到6、反正B1也被做成小投资的生意而非事业了，老板们拼的就是低成本，继续招更便宜的新手，大不了以后转行做做用友玩。。。

最后郑重声明一下：这是对市场的个人感觉，我的老板不是这样的哈！嘿嘿！

cuixinhua

呵呵。路过。。。。，本来是想写点什么的，可是一看全部都是牛人，俺就不敢发表我的那一点点的看法了，哈哈

ferryfu

门槛低是b1的一个优点也是一个缺点。
所谓的高手和新手也是一个相对的概念，新手未必不能够做好项目或者addons，入道有先后，术业有专攻！本来无可厚非。令人头疼不是在这里，而是由于看起来很容易的产品导致每个b1的顾问都觉得自己很“行”。高手太多了，这是我一直以来接触到b1顾问的感受，这是很可怕的。低下头来，认认真真的学习学习b1关联的知识吧，如果你看好这个产品并且愿意在未来几年继续从事这个行业。pub提供了一个平台，让我们看到不同人的不同思路、观点，学习了都是很大的进步。
    我这样说不针对任何人，入这一行已经很久了，看到的别人的做的东西也很多很多，自己对于b1的体验也是累积不少了吧，从来没有看到过高手，或者可以这样理解：一个人做的东西你很难超越。通向罗马的道理很多条，有经验的朋友挑到了一条最近的，新手可能走的比较多的弯路，但是这并不能否认他的成功。给新手更多的共享，宽容这也是一件非常好的事情。应该欢迎更多的公司带领新手进入这个领域。也许明天可能就是你自己带了新手开了一家公司。所以，让更多的新手进来吧。
========================================
   b1的市场投机性很强，有个项目就会开个公司，根本不知道水多深，这是市场经济决定，有利润就有人掺和。这本是好事，可惜出现了诸多的烂项目，这恰好是有经验公司的机会。不可否认这样的公司在以前挺多，以后还会有的。这也是sdk需要更好的发展的一个原因吧。sdk可以从技术上“快速”弥补顾问对于产品的认知的差异。新手可能不清楚某个功能，但是，大学里学过。net或者自己过。net，很容易通过sdk开发来完成这样的需求。这样项目的客户满意度就会大大的提高。而老板的顾问成本也就降低了，如果你是有经验的顾问，你也不用担心同事这种竞争，b1的市场是非常非常缺乏有经验的顾问的！！！