Oracle快速入门

发表于:2007-05-26来源:作者:点击数: 标签:
oracle 快速入门 转自china unix com 修改密码方法: 1.SQL grant connect to USRNAME identified by USRPWD ; 2.SQL alter user USRNAME identified by USRPWD ; 3.SQL password USRNAME ; 更改 USRNMAE 的口令 旧口令:×××××× 新口令:××××××
oracle快速入门 转自chinaunixcom

修改密码方法:
1.SQL> grant connect to USRNAME identified by USRPWD ;
2.SQL> alter user USRNAME identified by USRPWD ;
3.SQL> password USRNAME ;
 更改 USRNMAE 的口令
 旧口令:××××××
 新口令:××××××
 重新键入新口令:××××××

修改成oracle认证方法:

1.修改参数文件中
 remote_login_passwordfile=EXCLUSIVE 或SHARED
2.修改/home/network/admin/SQLNET.ORA 文件
 增加 sqlnet.authentication_services=(NFS)

ORACLE_SID是操作系统级的参数
INSTANCE_NAME是数据库级的参数
SPFILE 是服务器参数文件
PFILE 是文本参数文件
create pfile='/oracle/test.ora' from spfile ;
show parameter spfile ; 后如果VALUE值是零,则没有使用spfile。
启动数据库是可以指定是用pfile还是用spfile启动 如下:
startup pfile='/oracle/test.ora'


show parameter instance
show parameter db

alter system set job_queue_processes=50
comment ='temporaty change on'
scope = memory|spfile|both ;


alter session set

CONCAT('Good', 'String')   GoodString
SUBSTR('String',1,3)       Str      
LENGTH('String')           6        
INSTR('String', 'r')       3        
LPAD(sal,10,'*')           ******5000

union
union all
minus 第一个查询减去第二个查询
intersect 交集

SQL> select replace('itpub oracle','oracle','training')  itpub from dual
   /

ITPUB
--------------
itpub training


Translate
SQL> select translate('This is second trianing of itpub in Beijing!','abcde','12345') itpub
 2  from dual;

ITPUB
--------------------------------------------
This is s53on4 tri1ning of itpu2 in B5ijing!

Floor
SQL> select floor(4.55) from dual;

FLOOR(4.55)
-----------
         4
Ceil
SQL> select ceil(4.55) from dual;
CEIL(4.55)
----------
        5

ROUND: 4舍5入到指定的小数位
ROUND(45.926, 2) 45.93
TRUNC: 将值截断到指定的小数位
TRUNC(45.926, 2)   45.92
MOD: 返回相除后的余数
MOD(1600, 300)   100

select trunc(sysdate, 'D') - 3 from dual;

trunc(sysdate, 'D'), 截取到本周的第一天(0:00)
trunc(sysdate, 'M'), 截取到本月的第一天(0:00)
trunc(sysdate, 'DD'), 截取到本日的0:00
trunc(sysdate,'yyyy')得到今年的第一天的0:00.

十进制与十六进制
EYGLE@vilen> select to_char(2463,'xxxx') from dual;

TO_CH
-----
 99f

已选择 1 行。
十六进制与十进制
EYGLE@vilen> select to_number('99f','xxxx') from dual;

TO_NUMBER('99F','XXXX')
-----------------------
                  2463


SQL> select ename,sal,
 2  case job WHEN 'MANAGER' THEN 1.1*sal
 3           WHEN 'ANALYST' THEN 1.2*SAL
 4           WHEN 'CLERK'   THEN 1.5*SAL
 5  ELSE sal END "NEW_SAL"
 6  from emp;

ENAME             SAL    NEW_SAL
---------- ---------- ----------
SMITH             800       1200
ALLEN            1600       1600
WARD             1250       1250
JONES            2975     3272.5
MARTIN           1250       1250
BLAKE            2850       3135
CLARK            2450       2695
SCOTT            3000       3600
KING             5000       5000
TURNER           1500       1500
ADAMS            1100       1650
JAMES             950       1425
FORD             3000       3600
MILLER           1300       1950

SQL> SELECT job, sal,
 2         DECODE(job, 'ANALYST'  SAL*1.1,
 3                     'CLERK',   SAL*1.15,
 4                     'MANAGER', SAL*1.20,
 5                                SAL)
 6                REVISED_SALARY
 7  FROM   emp;
JOB             SAL REVISED_SALARY
--------- --------- --------------
PRESIDENT      5000           5000
MANAGER        2850           3420
MANAGER        2450           2940


将空值转换为实际的值
数据格式可以是日期,字符,数字
数据类型必须匹配
NVL(comm,0)
NVL(hiredate,'01-JAN-97')
NVL(job,'No Job Yet')

NVL2(expr1,expr2,expr3)

如果expr1不为Null,返回expr2,如果expr1为Null,返回expr3。
expr1可以为任何数据类型

NULLIF(expr1,expr2)
比较两个表达式,如果相等返回空值,如果不等返回第一个值。

COALESCE(expr1,expr2,...,exprn)
返回表达式列表里的第一个非空表达式



错误:

在启动数据库时出现ORA-01157,ORA-01110或操作系统级错误例如ORA-07360,
  在关闭数据库(使用shutdown normal或shutdown immediate) 时将导致错误ORA
  -01116,ORA-01110以及操作系统级错误ORA-07368

解决:

以下有两种解决方案:

1.用户的表空间可以被轻易地重建

即最近导出的对象是可用的或表空间中的对象可以被轻易地重建等.在这种情况下,最简单的方法是offline并删除该数据文件,删除表空间并重建表空间以及所有的对象.

svrmgrl> startup mount
  svrmgrl> alter database datafile filename offline drop;
  svrmgrl> alter database open;
  svrmgrl> drop tablespace tablespace_name including contents;
  重建表空间及所有对象.

2.用户的表空间不能够被轻易地重建

在大多数情况下,重建表空间是不可能及太辛苦的工作.方法是倒备份及做介质恢复.如果您的系统运行在NOARCHIVELOG模式下,则只有丢失的数据在online redo log中方可被恢复。

步骤如下:

1)Restore the lost datafile from a backup
  2)svrmgrl> startup mount
  3)svrmgrl> select v1.group#,member,sequence#,first_change#
   > from v$log v1,v$logfile v2
   > where v1.group#=v2.group#;
  4)如果数据库运行在NOARCHIVELOG模式下则:
   svrmgrl> select file#,change# from v$recover_file;
   如果 CHANGE# 大于最小的FIRST_CHANGE#则数据文件可以被恢复。如果 CHANGE# 小于最小的FIRST_CHANGE#则数据文件不可恢复。 恢复最近一次的全备份或采用方案一.
  5)svrmgrl> recover datafile filename;
  6)确认恢复成功
  7)svrmgrl> alter database open resetlogs;

3.只读表空间无需做介质恢复,只要将备份恢复即可.唯一的例外是:

表空间在最后一次备份后被改为read-write 模式
  表空间在最后一次备份后被改为read-only 模式
  在这种情况下,均需进行介质恢复

二、临时表空间

临时表空间并不包含真正的数据,恢复的方法是删除临时表空间并重建即可.

三、系统表空间

如果备份不可用,则只能采用重建数据库的方法

四、回滚表空间

有两种情况:

1、数据库已经完全关闭(使用shutdown immediate或shutdown命令)

1) 确认数据库完全关闭
  2) 修改init.ora文件,注释"rollback-segment"
  3) svrmgrl> startup restrict mount
  4) svrmgrl> alter database datafile filename offline drop;
  5) svrmgrl> alter database open;
   基于出现的结果:
   "statement processed" 转(7)
   "ORA-00604,ORA-00376,ORA-01110"转(6)
  6) svrmgrl> shutdown immediate
   修改init.ora文件,增加如下一行:
   _corrupted_rollback_segments = (,...)
   svrmgrl> startup restrict
  7) svrmgrl> drop tablespace tablespace_name including contents;
  icon_cool.gif 重建表空间及回滚段
  9) svrmgrl> alter system disable restricted session;
  10) 修改init.ora文件

2、数据库未完全关闭(数据库崩溃或使用shutdown abort命令关闭数据库)

1) 恢复备份
  2) svrmgrl> startup mount
  3) svrmgrl> select file#,name,status from v$datafile;
   svrmgrl> alter database datafile filename online;
  4) svrmgrl> select v1.group#,member,sequence#,first_change#
   > from v$log v1,v$logfile v2
   > where v1.group#=v2.group#;
  5) svrmgrl> select file#,change# from v$recover_file;
   见一方案2-4
  6) svrmgrl> recover datafile filename;
  7) svrmgrl> alter database open;

3、数据库处于打开状态

1) 删除回滚段和表空间
  2) 重建表空间和回滚段

五、控制文件恢复                      

1.所有的控制文件均被破坏

将备份的控制文件拷贝至原目录下
  对于RAW DEVICE,则:
  dd if='con.bak' of='/dev/rdrd/drd1' seek=128

2.并非所有的控制文件均被破坏用其他的控制文件启动数据库。

3. 数据文件上所存储的表
select a.segment_name from dba_extents a,dba_data_files b
where a.file_id = b.file_id
and b.file_name = '文件名全路径'
and a.segment_type = 'TABLE'

job不能自动运行
check db parameters

job_queue_processes

if it set to 0
then set it larger than 0

job_queue_processes=1

问题描述

执行如下语句
select session_id,object_name from v$locked_object a,dba_objects b
where a.object_id=b.object_id

error:   ora-03212 Temporary Segment cannt be cteated in locally-managed tablespace.

更改为sys 用户 以dba登录,可以查询.


SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
RECOVER DATABASE;
ALTER DATABASE OPEN;

查看表大小!
select segment_name,(bytes/1024)/1024||'M' 大小,
    ((BLOCKS*DB_BLOCK_SIZE)/1024)/1024||'M'占用空间
  from dba_segments
   where  segment_name = ...
db_block_size 是参数

查询未提交事务
select username, SID||','|| SERIAL# ses, T.STATUS , START_TIME, RN.NAME, USED_UBLK, USED_UREC
from v$transaction T, v$session S, v$rollstat RS, v$rollname RN
where T.SES_ADDR = S.SADDR
and T.XIDUSN = RS.USN
and RN.USN = RS.USN
order by USED_UBLK;


如何将数据库中被锁表解锁
作者:  来自:  阅读次数: 18 [大 中 小]
--------------------------------------------------------------------------------

 我们在操作数据库的时候,有时候会由于操作不当引起数据库表被锁定,这么我们经常不知所措,不知怎么给这些表解锁,在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话,但是我们很难找到那个会话被锁定了,想找到所以被锁的会话就更难了,下面这叫查询语句可以查询出所以被锁的会话。如下:

SELECT   sn.username, m.SID,sn.SERIAL#, m.TYPE,
        DECODE (m.lmode,
                0, 'None',
                1, 'Null',
                2, 'Row Share',
                3, 'Row Excl.',
                4, 'Share',
                5, 'S/Row Excl.',
                6, 'Exclusive',
                lmode, LTRIM (TO_CHAR (lmode, '990'))
               ) lmode,
        DECODE (m.request,
                0, 'None',
                1, 'Null',
                2, 'Row Share',
                3, 'Row Excl.',
                4, 'Share',
                5, 'S/Row Excl.',
                6, 'Exclusive',
                request, LTRIM (TO_CHAR (m.request, '990'))
               ) request,
        m.id1, m.id2
   FROM v$session sn, v$lock m
  WHERE (sn.SID = m.SID AND m.request != 0)         --存在锁请求,即被阻塞
     OR (    sn.SID = m.SID                         --不存在锁请求,但是锁定的对象被其他会话请求锁定
         AND m.request = 0
         AND lmode != 4
         AND (id1, id2) IN (
                       SELECT s.id1, s.id2
                         FROM v$lock s
                        WHERE request != 0 AND s.id1 = m.id1
                              AND s.id2 = m.id2)
        )
ORDER BY id1, id2, m.request;

通过以上查询知道了sid和 SERIAL#就可以开杀了
  alter system kill session 'sid,SERIAL#';

在SQLPLUS里:
1.不显示 行头
set heading off pages 0

2.不显示行数信息
set feedback off

3。不在屏幕上显示结果
set termout off








1.由于该问题由oarcle工程师定位为无法恢复,并在网上进行了求助也每人能解决,所以
我可以方下包袱,去大胆的尝试新办法,按照我对数据库的框架理解去寻求办法。
2.因为无法联机的表空空间为用户表空间,所以不影响数据库系统的启动,所以
通过 :SQL>startup mount;
      SQL>alter database open;启动数据库
3.我查看了sys.col#,sys.obj#表,想从表中得到关于datafile0016的信息,但没有能找
到我认为需要的信息;
4.后来我查看了sys.file#,发现了所有数据文件的记录,然后我找到对应的file0016的记录
,想通过删除该记录来屏蔽表空间启动时的数据文件的完整性检测,于是现对sys.file#进
行了备份,然后删除了file0016对应的记录。
5.此时执行SQL>alter database tablespace ts_user online;
提示数据库已被修改,我惊喜的发现表空间被联机成功了。

由于相应的数据文件在这之前已经损坏,而且该数据文件已经被设置成了offline,并且局方在数据库关闭后,在mount状态下直接对该文件所在表空间进行了offline操作,所以现在如果再通过“alter database datafile filename offline drop”已经不起作用,因为此时的表空间默认的状态为offline,该数据文件与其所在表空间(联机或脱机)具有一致性。所以此时如果想启动该表空间,只能通过屏蔽数据文件的完整性检查!   数据库业务表空间联机失败   数据库业务表空间联机失败




1.由于该问题由oarcle工程师定位为无法恢复,并在网上进行了求助也每人能解决,所以我可以方下包袱,去大胆的尝试新办法,按照我对数据库的框架理解去寻求办法。2.因为无法联机的表空空间为用户表空间,所以不影响数据库系统的启动,所以通过 :SQL>startup mount;SQL>alter database open;启动数据库3.我查看了sys.col#,sys.obj#表,想从表中得到关于datafile0016的信息,但没有能找到我认为需要的信息;4.后来我查看了sys.file#,发现了所有数据文件的记录,然后我找到对应的file0016的记录,想通过删除该记录来屏蔽表空间启动时的数据文件的完整性检测,于是现对sys.file#进行了备份,然后删除了file0016对应的记录。5.此时执行SQL>alter database tablespace ts_user online;提示数据库已被修改,我惊喜的发现表空间被联机成功了。
"/dev/rlvdata0016"文件需要介质恢复,表空间联机失败!


原文转自:http://www.ltesting.net