请问ORACLE ERP的5年以上的历史数据是如何归档的？

ymtu

自带的，不用花钱，而且效果还不错，配置简单，其实应用中主要就是这些Transaction表增长厉害，对于一般的要求，完全可以将之放在影子表中，而减少生产系统的肥大。
可以查看这几个Metalink Notes：
138264.1 – General Ledger Archive/Purge FAQ
144431.1 – Fixed Assets Archive/Purge  FAQ
136919.1 – General Ledger Archive/Purge Setup and Usage

[ 本帖最后由 ymtu 于 2008-10-24 10:34 编辑 ]

pongstar

值得學習探討，有機會多來

joe_xuqj

见识了，研究研究

dwilson

ebs最多的数据在GL、BOM、INV和MRP，能把这几个模块的数据归档好，也非常不错了。

Asda双心客

有谁搞过这个的，现在有这需求？ 能讲讲吗？

chenzhen232

不错的帖子，mark。

liangxinf

2006年HP就收购了OuterBay了，现在国内有哪些案例？

moonsoft

原帖由 ymtu 于 2008-10-24 10:25 发表
自带的，不用花钱，而且效果还不错，配置简单，其实应用中主要就是这些Transaction表增长厉害，对于一般的要求，完全可以将之放在影子表中，而减少生产系统的肥大。
可以查看这几个Metalink Notes：
138264.1 – General Ledger Archive/Purge FAQ
144431.1 – Fixed Assets Archive/Purge  FAQ
136919.1 – General Ledger Archive/Purge Setup and Usage

这个好用吗，有的人说很烂？

moonsoft

原帖由 dbsuit 于 2007-12-12 16:29 发表
类似的ORACLE数据归档的方案应该有不少，但说实话没有一家特别优秀的，因为ORACLE EBS涉及到的业务表太多，数据之间千丝万缕，不是简单的把某些schema的表里的数据移走了事

archive的原理说起来简单，具体实现起来哪些数据走，哪些数据留，那些是事务，哪些不算，没几个人会深入下去搞懂它们。oracle本身提供了archive的接口，也实现了全部的业务逻辑，但它自己也知道这块做的很烂，所以它从来不愿意公开，更没有全面的推广，只是告诉用户有这么一个接口存在而已。想自己利用ORACLE的接口，几乎就是一个字：死。。。。

所以才有了大大小小第三方公司的各种解决方案，Outerbay应该算其中不错的一家吧

我曾经为某家大公司，专门负责做个data archive的归档项目，研究它的archive规则，天天和一群印度人做这个，头都太大了。我从进那个项目开始做这个，一直到我走，还没有结束UAT状态，没办法，数据实在太重要了，有这个需求的肯定都是大公司，数据就是它的命，要它把自己的命都移走，不谨慎那是不可能。。。。

archive的原理说起来简单，具体实现起来哪些数据走，哪些数据留，那些是事务，哪些不算，没几个人会深入下去搞懂它们。oracle本身提供了archive的接口，也实现了全部的业务逻辑，但它自己也知道这块做的很烂，所以它从来不愿意公开，更没有全面的推广，只是告诉用户有这么一个接口存在而已。想自己利用ORACLE的接口，几乎就是一个字：死。。。。

moonsoft

原帖由 dbsuit 于 2007-12-12 16:43 发表
outerbay对EBS的方案也和EMC的类似，把要归档的那些历史数据，整体移到另一个数据库里去，原数据库里数据少了，查询起来当然快

以AP为例，
分别建2类职责：
1个是普通AP查询，专门查近期的数据，比如2000年以后的数据，速度很快
1个是所有AP查询，数据来自一个union的view,速度肯定快不了，这种需求不如1多

发票归档不？没付款的发票归档不？N年前的发票N年后付款归档不？AR的，GL的，PO的，OM的，CE的，，，，，头都大了，最后我把文档，资料，test case,test document，统统归档后，bye-bye了。。。不是人做的事情，谁做谁要吐。。。。。。。。。

这样改开发量要比较大