Oracle 是一个庞大的系统，里面的知识点很多，在学习的时候，看到一些知识点，就贴了下来，尽不知中贴了这么多，就先做个小结吧。 里面有的知识点已经单独拿出来写成单篇的blog(http://blog.csdn.net/tianlesoftware)了。有的还没有进行整理。 好记性不如烂笔头，不过我用的不是笔。 ^_^ ...
这里面大部分内容都是我泡CSDN 论坛的时候整理的，现在要忙其他的事，就很少去了。 泡论坛的那段时间，是我进步最快的时间，所以如果想在Oracle 上有所发展的朋友，建议也可以去论坛泡泡。 看到自己会的知识点，就帮别人解答，不会的就自己研究学习，一段时间下来，会有很大的进步。而且还能认识很多朋友。 实在是一举两得的事。
1. 每天的8：00到23：00每隔5分钟执行一个sql语句的JOB
--建立一个存储过程
CREATE OR REPLACE PROCEDURE p_jobtest IS
v_hh VARCHAR2(2);
BEGIN
v_hh := to_char(SYSDATE, 'hh24');
IF v_hh >= '08' AND v_hh <= ......
2010年5月25日 富士康11跳楼自杀的这天。传闻oracle 10g r203自动分析作业不是很靠谱,具体为什么不得而知！今天老库的机器要被搬走，看到上面有个目录是DBA导数据而用的，还留着老库迁到新库的DMP数据文件309G。想老库真正用到的表比较少，数据量会小很多。为了知道具体量，所以自己试玩下EXP导数据。先试了下用户表590万1.5G，跟TOAD上的表SIZE对的上。然后试多表导，选了个活跃用户表。导出过程中，feedback=10000参数 显示的点都超过了用户表的点，最后导出的行高达4千万行！而TOAD上看到是0.6M，最后分析时间是去年2009年开发那个时候的。立刻用TOAD对表分析，结果对上了数据。可惜没有取图，无图无真想啊！随后去了新库上看看可有机会，却让我失望了。
这个表属性 监控=YES,日志=YES，压缩=YES。没有理由不分析它啦！，无论是依靠数据更改量，还是数据大小都应该去分析啊！
为什么哦？？？
下面的图是另外个表 数据行从291变成3305行 当SIZE没有改变！可最后分析时间相差4个月。虽然SIZE没有改变可以不用去分析，可行数改变了那么大而不分析，有点令人不满意。
......
每个Oracle用户都有一个名字和口令,并拥有一些由其创建的表、视图和其他资源。Oracle角色（role）就是一组权限（privilege）(或者是每个用户根据其状态和条件所需的访问类型)。用户可以给角色授予或赋予指定的权限，然后将角色赋给相应的用户。一个用户也可以直接给其他用户授权。
数据库系统权限（Database System Privilege）允许用户执行特定的命令集。例如，CREATE TABLE权限允许用户创建表，GRANTANY PRIVILEGE权限允许用户授予任何系统权限。
数据库对象权限（Database Object Privilege）使得用户能够对各个对象进行某些操作。例如DELETE权限允许用户删除表或视图的行，SELECT权限允许用户通过select从表、视图、序列（sequences）或快照 （snapshots）中查询信息。
一、创建用户
Oracle内部有两个建好的用户：SYSTEM和SYS。用户可直接登录到SYSTEM用户以创建其他用户，因为SYSTEM具有创建别的用户的权限。在安装Oracle时，用户或系统管理员首先可以为自己建立一个用户。例如：
create user user01 identified by u01;
该命令还可以用来设置其他权限，详细情况参见自学� ......
1)在delphi中,经常有人写SQL并传入到数据库中执行,一般都是把sql拼出来,如下:
sSql := 'select * from ContainerStateH where container like '+QuotedStr('%'+trim(Edit2.Text)+'%') +' order by BeginDay';
ADOQuery1.SQL.Clear;
ADOQuery1.SQL.Add(sSql);
ADOQuery1.Open;
但是从oracle数据库角度考虑,这样会影响执行效率.应该把sql的参数通过绑定方式实现,如下:
sSql := 'select * from ContainerStateH where container like :id order by BeginDay';
ADOQuery1.SQL.Clear;
ADOQuery1.SQL.Add(sSql);
ADOQuery1.Parameters.parambyname('id').Value:='123456';
ADOQuery1.ExecSQL;
这样的话到oracle后台跟踪出来的都是写参数变量名称,但执行效率提高不少.
2)另外还有种办法就是修改oracle的session表中的cursor_sharing参数,默认为EXACT,改为FORCE,这样以后所有where后面带条件的参数都被转化为参数变量,提高数据库执行效率.但是改完之后应用程序中的select max(beginday) from *** 后面不带group by语句就会出现异常
alter session set cursor_sharing=FORCE ......
ORACLE ERP开发基础之前言
前言
偶是2008年才开始接触，这个传说中的Oracle ERP。而在此前四年间，特别是在做JAVA程序员二年多的时间中，养成了一种对架构、模式、面向对象的狂热追求，导致对EBS亦常失望。因为EBS11i没有软件模式、设计、分层等，只有象面条般的PL/SQL语句。
EBS入门一周之口水贴
Oracle ERP-ebs11i。近一个周的摸索，算是对这个号称全球ERP第二的东东有点“表面”认识了。 在这个领域，虽然ORACLE FORMS也是使用JVM来运行，但跟JAVA搭不上一点边。官方语言是PL/SQL。开发工具相当古老FORMS6i，要靠补丁才能在XP下运行。JAVA当中的模式、设计、分层等等，根本使用不上。只是拖拉一下控件就好，就算你不想拖拉也不行。因为ORACLE FORMS根本不支持，只允许拖拉式编程。比VB/DELPHI这类语言还死心眼。唯一要编程的就是写些SQL代码，也谈不上什么分层，表现层与SQL混 在一起。大多数的函数，ORACLE都内置了，没有内置的，你也非常难去实现。 Forms的拥护者说是Oracle的目的是要减少代码。这种理由根本站不住脚，通过属性设置来实现编程，最终也是要生成代码的。只是这些代码Oracle不让你看到而已。于是 Fo ......
在创建数据库时，SPFile文件中部分必须考虑的参数值：
基本规则
a.在SPFile文件中，所有参数都是可选的，也就是说只需要在初始化参数文件中列出那些需要修改的参数，其它保持默认值即可。
b.SPFile文件中只能包含参数赋值语句和注释语句。注释语句以“#”符合开头，是单行注释。
c.SPFile文件中列出的参数是不分次序的。
d.SPFile参数的名称和值是不区分大小写的，只有在Unix系统中，由于操作系统本身区分文件名称和路径的大小写，才需要在设置参数时注意大小写问题。
e.若要在SPFile文件的同一行设置多个参数，需要使用空格分隔。比如：PROCESSES=100 CPU_COUNT=1 OPEN_CURSORS=10
f.对于可以具有多个值的初始化参数，需要将所有的值放在一个括号内，并使用逗号进行分隔，比如ROLLBACK_SEGMENTS=(SEG1,SEG2,SEG3,SEG4,SEG5)
g.在SPFile文件中，可以使用IFILE参数引用其它的SPFile文件。
h.对于具有字符串类型值的参数，如果字符串中包含空格或制表符，必须使用单引号或双引号将字符串括起来，比如：NLS_TERRITORY="CZECH REPUBLIC"
常用参数：
DB_NAME和DB_DOMAIN
全局数据库名通常由本地数据库标识 ......
最新文章 : Oracle