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

[请教]ABAP 内存不足

[复制链接]
tumutumu 该用户已被删除
11#
发表于 2010-10-5 09:32 | 只看该作者
原帖由 sorrowlich 于 2010-10-4 14:10 发表


512G......
我孤陋寡闻了……

恩,用的HP superdome,2008年美国进口,据说需要美国国防部批准才能出口,700w刀一台,买了2台,双机热备......
当初是顶级配置,现在听说内存可以扩到2T~
曾经有冲动,说在这上面打魔兽可以200开~真是少不经事啊!

[ 本帖最后由 tumutumu 于 2010-10-5 09:35 编辑 ]

使用道具 举报

回复
论坛徽章:
12
开发板块每日发贴之星
日期:2005-05-15 01:02:09ERP板块每日发贴之星
日期:2010-05-29 01:01:01生肖徽章2007版:鼠
日期:2009-03-10 21:26:28生肖徽章2007版:虎
日期:2008-11-19 08:08:16ERP板块每日发贴之星
日期:2008-11-18 01:01:03生肖徽章2007版:狗
日期:2008-11-17 20:21:29ERP板块每日发贴之星
日期:2008-11-16 01:01:04奥运会纪念徽章:乒乓球
日期:2008-08-12 22:18:43授权会员
日期:2008-02-29 10:22:07生肖徽章2007版:虎
日期:2008-02-28 21:02:13
12#
发表于 2010-10-5 11:25 | 只看该作者
200开?

使用道具 举报

回复
tumutumu 该用户已被删除
13#
发表于 2010-10-5 16:26 | 只看该作者

回复 #12 lovelyman_gold 的帖子

512G内存不够你200开?

使用道具 举报

回复
论坛徽章:
2
2008新春纪念徽章
日期:2008-02-13 12:43:03ITPUB9周年纪念徽章
日期:2010-10-08 09:31:22
14#
 楼主| 发表于 2010-10-31 12:32 | 只看该作者
非常谢谢大家提供的解决方案。

匆忙之中,无先知的,我从此项目中闪了。
对不起大家的帮忙。


只能向大家报告离开之前的状况了。

经过:
COPA表,据说,会以每月360万条的数据递增,也就是说每年有4000多万条的数据要进行一次性处理。

开发新的addon程序,对这些数据进行编辑,整理之后,最后大概有300多条新编辑的数据download到文件中。

另:4000多万条数据,每条都是有用的,没有办法通过条件来控制抽取数据量。
    BI虽好,但用在这里也是不可行。。。。


离开之前,暂定改成后台执行了。
具体能成功与否还不知道。

前阵曾经打听过,这个东西暂时没有动静了,不了之了?也不确定.......

使用道具 举报

回复
论坛徽章:
12
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44ITPUB十周年纪念徽章
日期:2011-11-01 16:21:152011新春纪念徽章
日期:2011-02-18 11:43:352010广州亚运会纪念徽章:三项全能
日期:2010-11-22 15:42:14ITPUB9周年纪念徽章
日期:2010-10-08 09:28:532010新春纪念徽章
日期:2010-03-01 11:08:292009日食纪念
日期:2009-07-22 09:30:00生肖徽章2007版:羊
日期:2009-03-10 21:29:35奥运会纪念徽章:拳击
日期:2008-08-19 08:10:34奥运会纪念徽章:棒球
日期:2008-08-18 14:03:16
15#
发表于 2010-10-31 15:51 | 只看该作者
我现在经常面对的也是楼主说这种超大数据的存取处理问题(数据量能达到4000万条以上),从程序角度上有一定的优化空间,比如:
1、当系统性能达到一定程度时,这时将原先的read table的语句改成select single你的程序可能就能运行成功等等;
2、select * from B for all entries in A 改成
loop at A.
select * form B appending to B
endloop.

另外程序在运行时因为前面将一大堆的数据都存放在内表中,这时对这些表排序也会报内存不足的错误,这时就需要BASIS配合设置SAP后台的一些参数,增大服务器对应缓冲目录空间等等。

使用道具 举报

回复
论坛徽章:
2
2008新春纪念徽章
日期:2008-02-13 12:43:03ITPUB9周年纪念徽章
日期:2010-10-08 09:31:22
16#
 楼主| 发表于 2010-11-4 15:18 | 只看该作者

回复 #15 ruyue318 的帖子

Thank you very much.

使用道具 举报

回复
论坛徽章:
8
生肖徽章2007版:牛
日期:2009-02-03 15:38:41生肖徽章2007版:猴
日期:2009-02-25 08:49:212009日食纪念
日期:2009-07-22 09:30:00ITPUB8周年纪念徽章
日期:2009-09-27 10:21:212010新春纪念徽章
日期:2010-03-01 11:21:03ITPUB9周年纪念徽章
日期:2010-10-08 09:31:212011新春纪念徽章
日期:2011-02-18 11:42:50咸鸭蛋
日期:2011-11-09 21:37:50
17#
发表于 2010-11-4 21:38 | 只看该作者
内表大小,应该是内存决定的. 楼上, 说的700万条记录应该是你们公司服务器测试出来的理论数据.
内表记录条数的多少,还与内表的结构字段多少个数有关, 以及与每个字段的长度有关. 虽然现在没有做abap了, 也是我的一点小小体会.我所在的项目, BW数据量经常也碰到1000多万条的, 最多碰到过1亿数据量的模型加数, 经过一些技术手段, 也是顺利加载到BW模型的.

使用道具 举报

回复

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

本版积分规则 发表回复

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