探讨一个SAP Dynpro编程的问题: Dynpro切换时，貌似会做隐式数据库Commit，原因何在?

雪候鸟

adgjl 发表于 2012-9-14 14:18
我使用的算法从来不用group的数据，我也从不使用SQL的count之类的方法。每个程序员都有自己的编程风格和原则 ...

我觉得负载的这个东西权衡考虑了，是sap多受点罪，还是数据库多遭点难，其实都是整个应用的速度下降。平衡吧，谁适合做什么，谁就去干什么，还是找一条平衡之道更重要。

雪候鸟

sbtree 发表于 2012-9-14 14:38
你的算法的优化的观点我还是很赞同的，一个好的算法决定了程序的质量，这里暂不考虑软件工程方面的条条框 ...

同意你的观点。喜欢考虑内存的，基本都是玩c起家的。一般搞java的都不会考虑。我最开始玩汇编的，有时候1两个字节都得扣扣，太小家子气了。 现在内存怎么大都是不够大，我对面同事刚才还发愁这事情呢，给一个用户分配3G内存跑应用还是崩溃，这要是几个用户一起上怎么办。

adgjl

sbtree 发表于 2012-9-14 13:38
你的算法的优化的观点我还是很赞同的，一个好的算法决定了程序的质量，这里暂不考虑软件工程方面的条条框框，代码可读性等问题。不过在内存管理方面，我还是会尽可能少的去占用，尽管内存现在已经很廉价了，但是一个占用大量内存的系统在启动和载入数据的时候还是相当慢的，如果能在数据机构方面有有些优化措施，我想这样会比较完美了。

我在此处谈的不是闲着没事儿专门写消耗内存的程序，而是以消耗内存为代价减轻数据库的负担。因为一来内存便宜，二来skalierbar，三来将来一旦内存瓶颈是很容易解决的，四来，速度快得多。比如几百万的数据量嵌套查询非索引字段从耗费的时间上看是不太实际的，但是在内存里就可以用优化的算法替代查询，虽然耗用了内存，虽然也不是运转如飞。我理解你的美好愿望，完美的程序是既有优美的结构，可读性又好，效率高，占用资源还很少。可惜在现实当中，我们通常不是在好和不好的算法当中选择，而是在不好和更不好当中选择。

关于内存问题我觉得你过虑了，内存问题尽管存在，但永远不是大问题，数据库出了问题就是大问题。想想前面提到的HANA就知道了，SAP都愿意在内存中放一整个数据库（想想这个内存用量吧），我往内存里缓存点数据简直是九牛一毛。数据库的效率比内存低3个数量级，其提高是有限的，积重难返的效率问题几乎是无法解决的，除非推倒重来，最好压根别让它发生。起码我不会选择这样一种有潜在很难解决的风险的方案。

当然了，选择了有风险的方案也不代表风险一定会发生。对于特定公司来说，大部分公司数据量没有那么大，数据库效率问题会一直在可控范围内。但是我觉得这不是我们加重数据库负担的理由。

whatI

好无聊啊，飘过。。。。。

雪候鸟

whatI 发表于 2012-9-14 22:08
好无聊啊，飘过。。。。。

swordheartde

雪候鸟 发表于 2012-9-14 22:10

能不能帮忙推荐一篇关于ABAP的基础知识的文章？ 我有一个Junior ABAP Entwickler的面试。

雪候鸟

swordheartde 发表于 2012-9-16 10:57
能不能帮忙推荐一篇关于ABAP的基础知识的文章？ 我有一个Junior ABAP Entwickler的面试。

SAP 有专门的培训教程。你给我留个信箱地址吧如果我能找到就给发一份

雪候鸟

swordheartde 发表于 2012-9-16 10:57
能不能帮忙推荐一篇关于ABAP的基础知识的文章？ 我有一个Junior ABAP Entwickler的面试。

或者你自己网上找找 BC400 和 BC401的资料，是schulung的编号

swordheartde

雪候鸟 发表于 2012-9-16 18:55
SAP 有专门的培训教程。你给我留个信箱地址吧如果我能找到就给发一份

谢谢你的回复哈，不需要很深，很技术化的教材，我来不及看，也看不懂。因为本来就是Junior的位置，公司以后会提供schulung的。我以前只学过SAP的使用，只要懂得ABAP开发的基本概念和应用在面试的时候能回答的上就可以了。 如果你能找到一些基础的章节，就发给我看一下. 如果有德语的最好，网上找不到最近的教材下载，也没有德语的 ：）
我的邮件是 swordheartde@hotmail.com

swordheartde

uiaxm 发表于 2012-9-16 20:28
好久都没有看见你发贴了.

找到工作也不说一下吗?

不是说还在面试了吗。。。