刚接触Oracle EBS 二次开发的疑惑

各位好,
大学毕业快一年了,在一家外企外包公司工作。大学里就对JAVA/.NET有兴趣,在公司进行了4,5个月的J2EE方面的培训,培训完正要做项目的时候,公司把我分到了ERP的部门,做Oracle EBS二次开发方面的,虽然对J2EE兴趣比较浓,但也不排斥Oracle erp方面的,所以就顺着公司分配做起了Oralce EBS方面的项目。
到现在为止,在一个Oracle EBS的二次开发的项目中混了3,4个月了。发现EBS这玩意,数据库是绝对的核心,对于写PL/SQL的人来说,对表结构要很熟悉,理解业务还要把业务的意思转变成对表的操作,通常表的字段特别多,我最近都要拿着表的结构图看上个半天,然后试图搞清楚哪个是哪个的外键。大量的系统API都是PL/SQL包的调用。
虽然没机会从基本的JAVA编码项目练起,但最近常看J道,对里面大力推广的OO思想也很有感觉。结合我现在的工作,我就纳闷,像这么庞大的Oracle EBS系统,也能OO吗?业务逻辑放哪?,有哪个ERP系统能够办到想换数据库就换数据库吗?这样的以数据库为核心的应用是否不能很好适应业务的需求的快速变化呢?我刚接触Oracle erp不久,可能提的问题也没什么总结性,发这个帖只是心里的一点疑惑。

>这样的以数据库为核心的应用是否不能很好适应业务的需求的快速变化呢?
当然不能,所以,不是有那么一句“不上ERP等死,上了ERP找死”,为什么上了ERP是找死,因为ERP不是按照你的需求变化而变化,是你要按照它的意图走,如果它的意图不是针对你的特点设计的,你不等于自己找死吗?