haozheng20的专栏

一﹑BOM模块的注意点﹕ 1﹑在建立ROUTING时﹐要注意是否有替代制程﹑版次﹑制程序号﹑作业部门﹐ 有限期限﹑以及完工入库的仓库和储位﹑操作资源。 作业部门不能建立错误﹐﹐不能删除﹐﹐只能将其失效﹐﹐重新建立。 2.在建立BOM时候﹐要注意有替代BOM﹐版次﹐组件的制程序号﹑所需组件﹑该组件的标准用量﹑有效期限﹑子件料号的标准良率﹑发料形态﹑

OracleERP(EBS)表结构,BOM模块常用表结构,表名: bom.bom_bill_of_materials.....

从一个“普通”的Oracle DBA（Oracle数据库管理员）转变为Oracle Applications DBA（Oracle应用程序数据库管理员），有两个内容你必须去弄清楚。第一个内容是如何成为一个Oracle Applications DBA（Oracle应用程序数据库管理员）。第二个内容是你要搞清楚Oracle应用程序背后的架构体系，也就是说你要明白诸如以下产品的结构体系：Oracle电子商务套件、Oracle 11i数据库、Siebel产品等。 本文首先讲述如何从一个普通的Oracle DBA转变为一个Oracle Applications DBA（Oracle应用程序数据库管理员），接着讲述一些Oracle应用软件架构方面的内容 。 如何成为Oracle应用程序数据库管理员 首先是角色的转变 Oracle Applications DBA（Oracle应用程序数据库管理员）对“普通”的Oracle DBA（Oracle数据库管理员）来说是一个很大的挑战。拿Oracle EBS DBA（Oracle 电子商务套件DBA）来说，不仅需要了解EBS的各个组件、服务，而且还要更主动和其他相关人员接触。 一个Oracle Applications DBA（Oracle应用程序数据库管理员）不仅需要和其他DBA一样去负责managing、 sizing、maintaining和 tuning database这些日常的数据库管理的工作，如果他的Apps database是OLTP系统的话，他还需要监察wait和lock 。Oracle E-Business Suite还有一些特性需要DBA去完成，比如从外部资源里灌数据到Apps database里，或支持开发人员从已有数据中提取数据。 接着工作内容的转变 作为一个Oracle Applications DBA（Oracle应用程序数据库管理员），要想更好的对Oracle Application database做支持，需要仔细记住以下几项。 1．网络上没有什么比较容易简单的文档让你去熟悉Apps DBA,所以我建议去看帮助。 2．在你没有经过多次测试并且得到客户认可的时候不要去打补丁，并且你要确信这个补丁解决了现有的问题，而且没有带来其它新的问题。 3．记住Oracle Applications会有很多索引，定期rebuild index会对性能有好处，当然做这项工作应该在系统的空闲时间。 4．不要为了提高性能而在没有询问oracle Support前试着去增加额外的indexes。如果你一定要去做，那千万记住要有文档作记录，因为在这之后你再打patch的时候它可能会把你做的修改自动复原。 5． 知道怎么样是正确的打patch，先计划打哪个patch，然后取得patch，接着打patch，测试，最后文档记录。 6． 要知道任何时刻数据库都可能会有一些object 是invalid的，你的一些操作也会增加invalid objects，定期检查这些invalid objects的数量，然后定期用utlrp去重新编译，utlrp.squ在ORACLE HOME的rdbms/admin下，需要用SYS运行。在你的DB运行过程中如果碰到错误，就可以先重新编译invalid objects，如果没有解决问题再去递交iTAR(Internet created Technical Assistance Request). 7．能看懂日志。 8．了解Apps database的环境，包括操作系统和DB的，当你对你的工作环境了如指掌后，一切也就变得容易了，那时，你就是一个悠闲的Apps DBA了。 另外，对于APPS DB（应用程序数据库）来说，你可能需要创建或拷贝（克隆）多个生产库以外的数据库，比如测试和开发数据库，当然，需要多少数据库是由你的商业需求所决定的。开发环境数据库是供开发人员进行report,PL/SQL等开发的，这个环境可以在开发人员觉得数据已经不再满足开发需求的时候，当然也可以在这个环境测试补丁（patches）。当然最终使用patch的时候还需要在测试环境做测试，因为测试数据库是和生产数据库环境最接近的。（上面说的克隆cloning是一种将applications layer和database layer完全复制的一种方法。）所以，当你拥有这三个数据库的时候，打patch的步骤是先development database再test database最后才在production database环境应用。 构架应用体系 如果你研究过Oracle Forms，使用过Application Server和Devel

　　一、问题的提出很多的时候我们迅速的杀掉Oralcle的一些session,理由大体如下： 　　1、 一些时候，由于我们的数据量很大，相应的事务大并且多，在做shutdown immediate的时候会花费好多的时间，而我们却想用shutdown immediate的方式，而又要把数据库迅速的shutdown下来。 　　2、 我们的应用可能使用了会话控制，即在应用的层面控制了一些用户的连接的数量。但有时可能网络发生的瞬断，从而就产生了一些死进程，他们的状态为Inactive的状态。当我们用alter system kill session ‘sid,serial#’进行清除时，这些session的状态又变成了killed，这些就由Pmon进程来慢慢进行清除了，而你恰恰又是个急脾气。 　　3、 系统忽然慢了现来，你发现是某个session在做怪，想迅速把它迅速结束掉。