12
返回列表 发新帖
楼主: vicky987654321

大家过来讨论讨论程序优化方案

[复制链接]
论坛徽章:
5
2010新春纪念徽章
日期:2010-03-01 11:19:08ITPUB9周年纪念徽章
日期:2010-10-08 09:34:02ITPUB十周年纪念徽章
日期:2011-11-01 16:24:51蛋疼蛋
日期:2011-12-27 10:10:552012新春纪念徽章
日期:2012-01-04 11:54:46
11#
发表于 2012-5-29 16:45 | 只看该作者
狮子说的很详细,学习了

使用道具 举报

回复
论坛徽章:
10
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44奥运会纪念徽章:体操
日期:2012-06-20 14:52:212012新春纪念徽章
日期:2012-01-04 11:50:44ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28ITPUB季度 技术新星
日期:2011-06-16 10:10:122011新春纪念徽章
日期:2011-02-18 11:43:34ITPUB9周年纪念徽章
日期:2010-10-08 09:31:222010新春纪念徽章
日期:2010-03-01 11:07:23祖国60周年纪念徽章
日期:2009-10-09 08:28:00ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:37
12#
发表于 2012-5-29 16:49 | 只看该作者
以上所列都是技术细节,ABAP开发的优化和其他语言不一样,比coding更重要的是业务。如果不是很烂的abaper,其实这些技术细节不会产生很大的效率差异。

业务逻辑产生差异,举几个例子:
1,每个模块有自己的很强大的Logical database和Function Module,但是弃之不用自己写SQL。
2,有的report用了Logical database,Get之后数据已经都出来了,但是开发者不知道,又重新自己取一遍,或者Logical database已经考虑了权限问题,取出来的都是结果权限筛选的,开发者并不知道,又去多写了一遍authority-check
3,开发人员对业务数据的数据结构和数据容量并不了解(最简单的问题:一般哪些表大?哪些表小?从哪个表找起来会更快?),遇到复杂取数逻辑的时候很可能会绕弯路。

使用道具 举报

回复
论坛徽章:
104
生肖徽章2007版:猪
日期:2012-07-12 14:24:56菠菜神灯
日期:2013-05-26 22:03:18生肖徽章2007版:猪
日期:2012-07-19 11:10:12生肖徽章2007版:猪
日期:2012-07-19 11:10:12生肖徽章2007版:猪
日期:2012-07-11 19:07:11生肖徽章2007版:猪
日期:2012-07-19 11:10:12生肖徽章2007版:猪
日期:2012-07-19 11:10:12ITPUB伯乐
日期:2012-05-22 15:05:25NBA季后赛纪念徽章
日期:2013-06-21 14:52:05NBA季后赛大富翁
日期:2013-06-21 14:57:11
13#
 楼主| 发表于 2012-5-29 16:51 | 只看该作者
iamma 发表于 2012-5-29 16:49
以上所列都是技术细节,ABAP开发的优化和其他语言不一样,比coding更重要的是业务。如果不是很烂的abaper, ...

嗯,说的很仔细!

使用道具 举报

回复
论坛徽章:
10
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44奥运会纪念徽章:体操
日期:2012-06-20 14:52:212012新春纪念徽章
日期:2012-01-04 11:50:44ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28ITPUB季度 技术新星
日期:2011-06-16 10:10:122011新春纪念徽章
日期:2011-02-18 11:43:34ITPUB9周年纪念徽章
日期:2010-10-08 09:31:222010新春纪念徽章
日期:2010-03-01 11:07:23祖国60周年纪念徽章
日期:2009-10-09 08:28:00ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:37
14#
发表于 2012-5-29 16:52 | 只看该作者
houbao408 发表于 2012-5-29 15:35
慢的大部分原因都在于与数据库的链接,从数据中取数据,所以优化与数据库的交互,可以大幅度的降低运行时间

单就报表来说,程序应该很少用到SQL,大部分可以通过LDB和FM解决,你看SAP标准的LDB和FM,也很少用SQL,大多都是用buffer,buffer和LUW很高深。

使用道具 举报

回复
求职 : SAP实施
论坛徽章:
261
土豪章
日期:2018-07-10 16:19:05ITPUB18周年纪念章
日期:2018-09-17 10:09:49ITPUB18周年纪念章
日期:2018-09-17 10:12:57妮可·罗宾
日期:2018-10-28 13:07:10ITPUB18周年纪念章
日期:2018-11-13 15:31:24ITPUB18周年纪念章
日期:2018-11-13 15:40:4519周年集字徽章-庆
日期:2019-09-06 18:30:1219周年集字徽章-19
日期:2021-02-03 16:43:4820周年集字徽章-年	
日期:2023-07-21 18:25:26
15#
发表于 2012-5-29 17:15 | 只看该作者
iamma 发表于 2012-5-29 16:52
单就报表来说,程序应该很少用到SQL,大部分可以通过LDB和FM解决,你看SAP标准的LDB和FM,也很少用SQL,大 ...

标准的太高深,看不懂!!至少自开发的肯定会和数据库有交互的!

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表