BlogJava-搬砖头-随笔分类-Oracle

手动删除oracle9i数据库 - delete a database

生活在别处 — Tue, 11 Nov 2008 03:49:00 GMT

据说在oracle 10g的版本，在数据库实例正常启动open的情况下，直接通过命令类似" drop database 'dbname' "这种方式就可以删除一个数据库实例。

这里说的是oracle 9i的情况下，不依赖其他工具的情况下，手工删除一个数据库实例。

操作步骤为网上查来的，并经过我验证通过，操作之前请确保该实例已经被停止，具体步骤见下：

========================
To delete a database,

First:
Select "rm -f "||name from v$controlfile
union
select "rm -f "||name from v$datafile
union
select "rm -f "||member from v$logfile;

Second:
Clean up above output & make it executable

Third:
If installation follows OFA standard:
remove directory $ORACLE_BASE/admin/$ORACLE_SID

Fourth:
Delete archive log directory (if archive mode)
============================

生活在别处 2008-11-11 11:49 发表评论

手工新建数据库 - create a database

生活在别处 — Tue, 11 Nov 2008 03:47:00 GMT

找一篇靠谱的教程来跟着做，是相当重要，不然就会吃药，网上文章都是抄来抄去的，不然怎么死的都不知道个。

我比较衰，找了一篇不是很靠谱的来做，结果越到了不少小问题。

关于手工建库，参照下面两篇，应该是比较靠谱的。

原帖地址：http://superman-chenzs.itpub.net/post/29327/279430

另外一篇比较靠谱的文章，地址如下：http://www.ixdba.net/hbcms/article/14/336.html

===============================================

Red Hat Enterprise 3 + Oracle 10g Release 2

$su – oracle

1--- 设置系统环境变量：

ORACLE_HOME=/opt/oracle/product/10.2

ORACLE_BASE=/opt/oracle

ORACLE_SID=dbtest

......

2--- 系统规划：

实例名称ORACLE_SID=dbtest

数据库名称DB_NAME=dbtest

3--- 手工创建如下目录：

/opt/oracle/admin/dbtest/cdump

/opt/oracle/admin/dbtest/bdump

/opt/oracle/admin/dbtest/udump

/opt/oracle/admin/dbtest/pfile

/opt/oracle/oradata/dbtest/

/opt/oracle/oradata/dbtest/archive

4--- 建立密码文件：

orapwd file=/opt/oracle/product/10.2/dbs/orapwd_dbtest password=superman

5---修改参数文件：

格式：/opt/oracle/product/10.2/dbs/init.ora

实例：/opt/oracle/product/10.2/dbs/initdbtest.ora

内容如下：

---------------------------------------------------

dbtest.__db_cache_size=331350016

dbtest.__java_pool_size=4194304

dbtest.__large_pool_size=8388608

dbtest.__shared_pool_size=138412032

dbtest.__streams_pool_size=0

*._kgl_large_heap_warning_threshold=8388608

*.audit_file_dest='/opt/oracle/admin/dbtest/adump'

*.background_dump_dest='/opt/oracle/admin/dbtest/bdump'

*.compatible='10.2.0.1.0'

*.control_files='/opt/oracle/oradata/dbtest/control01.ctl','/opt/oracle/oradata/dbtest/control02.ctl','/opt/oracle/oradata/dbtest/control03.ctl'

*.core_dump_dest='/opt/oracle/admin/dbtest/cdump'

*.db_2k_cache_size=33554432

*.db_block_size=8192

*.db_domain=''

*.db_file_multiblock_read_count=128

*.db_files=4000

*.db_name='dbtest'

*.db_recovery_file_dest_size=4294967296

*.db_recovery_file_dest=''

*.log_archive_dest='/opt/oracle/oradata/dbtest/archive'

*.log_checkpoints_to_alert=FALSE

*.open_cursors=300

*.parallel_execution_message_size=65535

*.parallel_max_servers=128

*.pga_aggregate_target=209715200

*.processes=150

*.recyclebin='OFF'

*.remote_login_passwordfile='EXCLUSIVE'

*.replication_dependency_tracking=FALSE

*.session_cached_cursors=100

*.sga_target=500m

*.shared_pool_size=100m

*.undo_management='AUTO'

*.undo_retention=0

*.undo_tablespace='UNDOTS'

*.user_dump_dest='/opt/oracle/admin/dbtest/udump'

*.workarea_size_policy='AUTO'

_allow_resetlogs_corruption=true

---------------------------------------------------

可将此文件复制到：/opt/oracle/admin/dbtest/pfile/init.ora

6--- 登陆oracle：

> sqlplus “/ as sysdba”

7--- 启动实例：

SQL> startup nomount pfile=/opt/oracle/admin/dbtest/pfile/init.ora

8--- 创建数据库的脚本：

-----------------------------------------------------------

CREATE DATABASE dbtest

LOGFILE

GROUP 1 ('/opt/oracle/oradata/dbtest/redo01.log','/opt/oracle/oradata/dbtest/redo01_1.log') size 100m reuse,

GROUP 2 ('/opt/oracle/oradata/dbtest/redo02.log','/opt/oracle/oradata/dbtest/redo02_1.log') size 100m reuse,

GROUP 3 ('/opt/oracle/oradata/dbtest/redo03.log','/opt/oracle/oradata/dbtest/redo03_1.log') size 100m reuse

MAXLOGFILES 50

MAXLOGMEMBERS 5

MAXLOGHISTORY 200

MAXDATAFILES 500

MAXINSTANCES 5

ARCHIVELOG

CHARACTER SET UTF8

NATIONAL CHARACTER SET UTF8

DATAFILE '/opt/oracle/oradata/dbtest/system01.dbf' SIZE 1000M EXTENT MANAGEMENT LOCAL

SYSAUX DATAFILE '/opt/oracle/oradata/dbtest/sysaux01.dbf' SIZE 1000M

UNDO TABLESPACE UNDOTS DATAFILE '/opt/oracle/oradata/dbtest/undo.dbf' SIZE 500M

DEFAULT TEMPORARY TABLESPACE TEMP TEMPFILE '/opt/oracle/oradata/dbtest/temp.dbf' SIZE 500M

;

-----------------------------------------------------------

9--- 运行如下文件(安装下面的先后顺序)：

/opt/oracle/product/10.2/rdbms/admin/catalog.sql

/opt/oracle/product/10.2/rdbms/admin/catproc.sql

10--- 创建相关表空间与用户：

CREATE TABLESPACE USERS DATAFILE '/opt/oracle/oradata/dbtest/users01.dbf' SIZE 1000M;---数据表空间

CREATE TABLESPACE INDX DATAFILE '/opt/oracle/oradata/dbtest/indx01.dbf' SIZE 1000M;---在建立索引的时候把此表空间作为存储空间，即单独用一个表空间来存储索引，这是个好习惯，虽然我们没有办法建立一个默认的索引表空间！

CREATE USER test IDENTIFIED BY test DEFAULT TABLESPACE users ;---测试用户

GRANT CONNECT,RESOURCE TO test;

11--- 一点注意的地方：

1>.相关文件的目录要设置正确，有数据文件，控制文件，参数文件等，还有就是它们的位置要与控制文件中指定的要一致。

2>.init.ora中的undo_tablespace的名字必须要与create database的相同，包括大小写等注意。否则很麻烦，报的错误你都不知道是不是在忽悠你！总之，一句话，控制文件中的内容要和init文件中的内容以及要和实际文件的实际情况要相同。

3>.分析数据库出错可以到/opt/oracle/admin/dbtest/bdump/alert_dbtest.log中查找。

===============================================

补充：

我碰到的一个问题，在普通用户sqlplus登录时，碰到下面的告警提示

Error accessing PRODUCT_USER_PROFILE
Warning: Product user profile information not loaded!
You may need to run PUPBLD.SQL as SYSTEM

　请按照提示，以SYSTEM用户登入SQL*Plus，然后执行PUPBLD.SQL，这个文件通常在$ORACLE_HOME/sqlplus/admin目录中。
SQL> @$ORACLE_HOME/sqlplus/admin/pupbld.sql

生活在别处 2008-11-11 11:47 发表评论

oracle视图

生活在别处 — Tue, 09 Oct 2007 02:05:00 GMT

Oracle的数据库对象分为五种：表，视图，序列，索引和同义词。

视图是基于一个表或多个表或视图的逻辑表，本身不包含数据，通过它可以对表里面的数据进行查询和修改。视图基于的表称为基表。

视图是存储在数据字典里的一条select语句。通过创建视图可以提取数据的逻辑上的集合或组合。

视图的优点：

1.对数据库的访问，因为视图可以有选择性的选取数据库里的一部分。

2.用户通过简单的查询可以从复杂查询中得到结果。

3.维护数据的独立性，试图可从多个表检索数据。

4.对于相同的数据可产生不同的视图。

视图分为简单视图和复杂视图：

       简单视图只从单表里获取数据
       复杂视图从多表

       简单视图不包含函数和数据组
       复杂视图包含

简单视图可以实现DML操作
复杂视图不可以.

视图的创建：

CREATE [OR REPLACE] [FORCE|NOFORCE] VIEW view_name

[(alias[, alias]...)]

AS subquery

[WITH CHECK OPTION [CONSTRAINT constraint]]

[WITH READ ONLY]

FORCE ：不管基表是否存在ORACLE都会自动创建该视图；

NOFORCE ：只有基表都存在ORACLE才会创建该视图：

alias ：为视图产生的列定义的别名；

subquery ：一条完整的SELECT语句，可以在该语句中定义别名；

WITH CHECK OPTION ：

插入或修改的数据行必须满足视图定义的约束；

WITH READ ONLY ：

该视图上不能进行任何DML操作。

例如：

CREATE OR REPLACE VIEW dept_sum_vw

(name,minsal,maxsal,avgsal)

AS SELECT d.dname,min(e.sal),max(e.sal),avg(e.sal)

FROM emp e,dept d

WHERE e.deptno=d.deptno

GROUP BY d.dname;

视图的定义原则：

1.视图的查询可以使用复杂的SELECT语法，包括连接/分组查询和子查询；

2.在没有WITH CHECK OPTION和 READ ONLY 的情况下，查询中不能使用

ORDER BY 子句；

3.如果没有为CHECK OPTION约束命名，系统会自动为之命名，形式为SYS_Cn;

4.OR REPLACE选项可以不删除原视图便可更改其定义并重建，或重新授予对象

权限。

视图的查询：

视图创建成功后，可以从视图中检索数据，这点和从表中检索数据一样。

还可以查询视图的全部信息和指定的数据行和列。

如：

检索数据：

SQL>SELECT * FROM dept_sum_vw；

查询视图定义：

SELECT view_name,text from user_views;

其中text显示的内容为视图定义的SELECT语句，可通过DESC USER_VIEWS

得到相关信息。

修改视图：

通过OR REPLACE 重新创建同名视图即可。

视图上的DML 操作：

DML操作应遵循的原则：

1.简单视图可以执行DML操作；

2.在视图包含GROUP 函数，GROUP BY子句，DISTINCT关键字时不能

删除数据行；

3.在视图不出现下列情况时可通过视图修改基表数据或插入数据：

a.视图中包含GROUP 函数，GROUP BY子句，DISTINCT关键字；

b.使用表达式定义的列；

c.ROWNUM伪列。

d.基表中未在视图中选择的其他列定义为非空且无默认值。

视图可用于保持数据库的完整性，但作用有限。

通过视图执行引用完整性约束可在数据库级执行约束。

WITH CHECK OPTION 子句限定：

通过视图执行的INSERTS和UPDATES操作不能创建该视图检索不到的数据行，

因为它会对插入或修改的数据行执行完整性约束和数据有效性检查。

例如：

CREATE OR REPLACE VIEW vw_emp20

AS SELECT * FROM emp

WHERE deptno=20

WITH CHECK OPTION constraint vw_emp20_ck;

视图已建立。

查询结果：

SELECT empno,ename,job FROM vw_emp20;

EMPNO ENAME JOB

--------------------- -------------- -------------

7369 SMITH CLERK

7566 JONES MANAGER

7902 FORD ANALYST

修改：

UPDATE vw_emp20

SET deptno=20

WHERE empno=7902;

将产生错误：

UPDATE vw_emp20

ERROR 位于第一行：

ORA-01402：视图WITH CHECK OPTION 违反WHERE 子句

视图的删除：

DROP VIEW VIEW_NAME语句删除视图。

删除视图的定义不影响基表中的数据。

只有视图所有者和具备DROP VIEW权限的用户可以删除视图。

视图被删除后，基于被删除视图的其他视图或应用将无效。

OR REPLACE ：若所创建的试图已经存在，ORACLE自动重建该视图；

生活在别处 2007-10-09 10:05 发表评论

oracle中escape关键字解析 (zt)

生活在别处 — Tue, 24 Jul 2007 16:13:00 GMT

定义：escape关键字经常用于使某些特殊字符，如通配符：'%','_'转义为它们原

来的字符的意义，被定义的转义字符通常使用'\',但是也可以使用其他的符号。

实例：

SQL> select * from t11 where name like '%_%';

NAME
----------
aa_a
aaa
SQL> select * from t11 where name like '%\_%' escape '\';

NAME
----------
aa_a

注意：如果是 '/' 作为检索字符, 必须用 '/' 作为转义符, 正斜扛也一样.
select * from wan_test where psid like '%//%' escape '/'

生活在别处 2007-07-25 00:13 发表评论

Oracle SPOOL的两种方法之对比

生活在别处 — Tue, 24 Jul 2007 16:01:00 GMT

通常情况下，我们使用SPOOL方法，将数据库中的表导出为文本文件的时候会采用两种方法，如下述：
方法一：采用以下格式脚本　
set colsep '' ------设置列分隔符
　　set trimspool on
　　set linesize 120
　　set pagesize 2000
　　set newpage 1
　　set heading off
　set term off
　　spool 路径+文件名
　　select * from tablename;
　　spool off
方法二：采用以下脚本
set trimspool on
　　set linesize 120
　　set pagesize 2000
　　set newpage 1
　　set heading off
　　set term off
　　spool 路径+文件名
　　select col1||','||col2||','||col3||','||col4||'..' from tablename;
　　spool off
比较以上方法，即方法一采用设定分隔符然后由sqlplus自己使用设定的分隔符对字段进行分割，方法二将分隔符拼接在SELECT语句中，即手工控制输出格式。
在实践中，我发现通过方法一导出来的数据具有很大的不确定性，这种方法导出来的数据再由sql ldr导入的时候出错的可能性在95%以上，尤其对大批量的数据表，如100万条记录的表更是如此，而且导出的数据文件狂大。
而方法二导出的数据文件格式很规整，数据文件的大小可能是方法一的1/4左右。经这种方法导出来的数据文件再由sqlldr导入时，出错的可能性很小，基本都可以导入成功。
因此，实践中我建议大家使用方法二手工去控制spool文件的格式，这样可以减小出错的可能性，避免走很多弯路。
本文原创，如有引用，请加链接，谢谢！

原帖地址　

生活在别处 2007-07-25 00:01 发表评论

ORACLE锁的管理(zt)

生活在别处 — Mon, 05 Mar 2007 01:51:00 GMT

今天，做了一个oracle数据库的存储过程，可当中一个游标将表给锁住了。
弄了半天，一开始用kill 3444直接将进程杀死。可是命令对它没有一点作用，数据库锁一直呆在那里。

后来在google一搜，发现一篇很好文章。摘录在后面。

即刻杀死了数据库锁。方法如下：
1、查看数据库锁,诊断锁的来源及类型：
select object_id,session_id,locked_mode from v$locked_object;

2、找出数据库的serial#,以备杀死：
select t2.username,t2.sid,t2.serial#,t2.logon_time
from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time;

3、杀死该session
alter system kill session 'sid,serial#'

4、that't all, it's right!

'===============================================================================

ORACLE锁的管理
2003-03 余枫

ORACLE里锁有以下几种模式:

0：none
1：null　　　空
2：Row-S　　行共享(RS)：共享表锁　
3：Row-X　　行专用(RX)：用于行的修改
4：Share　　共享锁(S)：阻止其他DML操作
5：S/Row-X　共享行专用(SRX)：阻止其他事务操作
6：exclusive 专用(X)：独立访问使用

数字越大锁级别越高, 影响的操作越多。

一般的查询语句如select ... from ... ;是小于2的锁, 有时会在v$locked_object出现。

select ... from ... for update;　　　是2的锁。

当对话使用for update子串打开一个游标时，
所有返回集中的数据行都将处于行级(Row-X)独占式锁定，
其他对象只能查询这些数据行，不能进行update、delete或select...for update操作。

insert / update / delete ... ; 　　是3的锁。

没有commit之前插入同样的一条记录会没有反应,
因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。

创建索引的时候也会产生3,4级别的锁。

locked_mode为2,3,4不影响DML(insert,delete,update,select)操作,
但DDL(alter,drop等)操作会提示ora-00054错误。

有主外键约束时 update / delete ... ; 可能会产生4,5的锁。

DDL语句时是6的锁。

以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句：

select object_id,session_id,locked_mode from v$locked_object;

select t2.username,t2.sid,t2.serial#,t2.logon_time
from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time;

如果有长期出现的一列，可能是没有释放的锁。

我们可以用下面SQL语句杀掉长期没有释放非正常的锁：

alter system kill session 'sid,serial#';

如果出现了锁的问题, 某个DML操作可能等待很久没有反应。

当你采用的是直接连接数据库的方式，
也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接，
因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。

记得在数据库级别用alter system kill session 'sid,serial#';杀掉不正常的锁。

生活在别处 2007-03-05 09:51 发表评论

什么时候需要重建索引(zt)

生活在别处 — Mon, 05 Mar 2007 01:46:00 GMT

条件 1

在分析 (analyze) 指定索引之后，查询 index_stats 的 height 字段的值，如果这个值 >=4 , 则最好重建（ rebuild ）这个索引。虽然这个规则不是总是正确，但如果这个值一直都是不变的，则这个索引也就不需重建。

条件 2

在分析 (analyze) 指定索引之后，查询 index_stats 的 del_lf_rows 和 lf_rows 的值 , 如果 (del_lf_rows/lf_rows)*100 > = 20 ，则这个索引也需要重建。

例子：

SQL > analyze index IND_PK validate structure;

SQL > select name,height,del_lf_rows,lf_rows,(del_lf_rows/lf_rows) *100 from index_stats;

NAME HEIGHT DEL_LF_ROWS LF_ROWS (DEL_LF_ROWS/LF_ROWS)*100

------------------------------ ---------- ----------- ---------- -------------------------

INDX_PK 4 277353 990206 28.0096263

SQL> alter index IND_PK rebuild;

生活在别处 2007-03-05 09:46 发表评论