ABAP开发注意：SELECT－ENDSELECT尽量不要用，至少不要滥用

jumpwater

减少对数据库的操作是ABAP开发需要注意的地方，SAP发明出了内表并且有那么多操作内表的语句，目的恐怕就是想避免频繁的数据库访问吧。

kokeo

最初由 jumpwater 发布
[B]减少对数据库的操作是ABAP开发需要注意的地方，SAP发明出了内表并且有那么多操作内表的语句，目的恐怕就是想避免频繁的数据库访问吧。 [/B]

楼主经典，可是能达到这种水平的abaper实在太少.

jumpwater

其实都是项目进度惹的祸，大多数项目到上线前后都是大量的报表开发，开发人员忙于赶进度哪有时间做优化。另外，大多数顾问公司都喜欢依靠客户方的开发力量，但是，他们往往对SAP还不明白，写程序都是借鉴以往做MIS的经验，数据库么无非就是写SQL啦。但是，不知道SAP中的SQL和以往的传统开发中是很不同的。
另外，系统刚上线的时候数据量不大，程序性能问题暴露不出来，运行半年后问题就出来了。这个时候，如果当时SPEC文档写的清楚的还好，否则就晕菜了。再加上如果原来的开发人员走人的话，就更加晕了。

sap003

支持!因为我也曾深受其苦!

yud800

受用呀,我顶

one-people

up!

jumpwater

用SE38编辑程序时，可以通过Environment-Examples-Performance Examples看到有很多性能优化的资料，针对常用的语句进行了对比分析，作为ABAPer应该好好看看。

climan

也是在学习中

akniuniu

最初由 jumpwater 发布
[B]其实都是项目进度惹的祸，大多数项目到上线前后都是大量的报表开发，开发人员忙于赶进度哪有时间做优化。另外，大多数顾问公司都喜欢依靠客户方的开发力量，但是，他们往往对SAP还不明白，写程序都是借鉴以往做MIS的经验，数据库么无非就是写SQL啦。但是，不知道SAP中的SQL和以往的传统开发中是很不同的。
另外，系统刚上线的时候数据量不大，程序性能问题暴露不出来，运行半年后问题就出来了。这个时候，如果当时SPEC文档写的清楚的还好，否则就晕菜了。再加上如果原来的开发人员走人的话，就更加晕了。 [/B]

9494

何方

最初由 jumpwater 发布
[B]其实都是项目进度惹的祸，大多数项目到上线前后都是大量的报表开发，开发人员忙于赶进度哪有时间做优化。另外，大多数顾问公司都喜欢依靠客户方的开发力量，但是，他们往往对SAP还不明白，写程序都是借鉴以往做MIS的经验，数据库么无非就是写SQL啦。但是，不知道SAP中的SQL和以往的传统开发中是很不同的。
另外，系统刚上线的时候数据量不大，程序性能问题暴露不出来，运行半年后问题就出来了。这个时候，如果当时SPEC文档写的清楚的还好，否则就晕菜了。再加上如果原来的开发人员走人的话，就更加晕了。 [/B]

支持个，起跑线上准备没做好、姿势没摆好，跑得哪会快！