发布新日志

  • Oracle 10g遇到的问题及查找的解决方法

    2009-07-03 14:34:59

    问题一:*****连接Oracle 10g时ORA-12514: TNS: 监听进程不能解析在连接描述符中给出的 SERVICE_NAME 错误的解决

    解决方法:
    1. 打开<OracleHome>/network/admin/listener.ora文件,找到:

    SID_LIST_LISTENER =
    (SID_LIST =
    (SID_DESC =
    (SID_NAME = PLSExtProc)
    (ORACLE_HOME = D:\oracle\product\10.2.0\db_1)
    (PROGRAM = extproc)
    )
    )
    2. 添加:
    (SID_DESC =
    (GLOBAL_DBNAME = ORACLE)
    (ORACLE_HOME = D:\oracle\product\10.2.0\db_1)
    (SID_NAME = ORACLE)
    )
    3. 最后变成:
    SID_LIST_LISTENER =
    (SID_LIST =
    (SID_DESC =
    (SID_NAME = PLSExtProc)
    (ORACLE_HOME = D:\oracle\product\10.2.0\db_1)
    (PROGRAM = extproc)
    )
    (SID_DESC =
    (GLOBAL_DBNAME = ORACLE)
    (ORACLE_HOME = D:\oracle\product\10.2.0\db_1)
    (SID_NAME = ORACLE)
    )------------因为数据库上创建了多个实例,为了使监听能够访问到每个实例,所以此处要进行添加。
    )
    4. 保存文件,重启服务中的TNSListener,OK!

    参考文档:http://www.blogjava.net/usherlight/archive/2007/02/12/99566.html

    问题二:ORA-01078 与 LRM-00109 could not open parameter file initxxx.ora
    错误信息:

      SQL> startup

    -------------initrawdb.ora该文件找不到,所以无法启动。
      ORA-01078: failure in processing system parameters

      LRM-00109: could not open parameter file '/opt/oracle/products/10.1.0.3/db_1/dbs/initrawdb.ora'

      解决办法:
    -------------直接把$ORACLE_BASE/admin/$ORACLE_SID/pfile/init.ora复制到上面启动时需要读取的配置文件的文件夹下。
      cp $ORACLE_BASE/admin/$ORACLE_SID/pfile/init.ora /opt/oracle/products/10.1.0.3/db_1/dbs/initrawdb.ora

      >sqlplus /nolog

      SQL*Plus: Release 10.1.0.3.0 - Production on Thu Jun 8 13:16:00 2006

      Copyright (c) 1982, 2004, Oracle. All rights reserved.

      SQL> conn / as sysdba

      Connected to an idle instance.

      SQL> startup

      ORACLE instance started.

      Total System Global Area 167772160 bytes

      Fixed Size 778212 bytes

      Variable Size 57679900 bytes

      Database Buffers 109051904 bytes

      Redo Buffers 262144 bytes

      Database mounted.

      Database opened.

      SQL>

      问题解决!
    参考文档:http://www.cnscn.org/htm_data/585/0812/19230.html

    三、创建pfile
    SQL> create pfile='/oracle/product/dbs/pfileora10g.ora' from spfile='/oracle/product/dbs/spfileora10g.ora';
    SQL> startup pfile='/oracle/product/dbs/pfileora10g.ora';
    ORACLE instance started.

    Total System Global Area 603979776 bytes
    Fixed Size 1268872 bytes
    Variable Size 163578744 bytes
    Database Buffers 432013312 bytes
    Redo Buffers 7118848 bytes
    Database mounted.
    Database opened.
  • LOB的存储过程

    2009-07-02 10:48:34

       读书笔记喽~~
       LOB分为内部LOB和外部LOB,内部LOB包括CLOB,BLOB,NCLOB三种类型,它们的数据被存储在数据库中,并且支持事务操作(提交、回退、保存点);外部LOB只有BFILE一种类型,被存储在操作系统文件中,且不支持事务操作。CLOB/NCLOB用于存储大批量字符数据,BLOB用于存储大批量二进制数据,BFILE存储着指向OS文件的指针。
    编写PL/SQL应用程序时,可以使用临时LOB,临时LOB相当于局部变量,与数据库表无关,并且只能由当前应用程序建立和使用。注意:当在SQL语句中使用临时LOB时,它们只能作为输入宿主变量使用,可在WHERE子句,VALUES子句和SET 子句中使用临时LOB,而不能在INTO子句中使用临时LOB。
     
    append:该过程用于将源LOB变量的内容添加到目标LOB变量的尾部。只适用于内部LOB类型(BLOB/CLOB),不适用于BFILE类型。
    declare
       dest_lob clob;
       src_lob clob;
    begin
       src_lob := 'china'
       dest_lob := 'hello, '
       dbms_lob.append(dest_lob,src_lob);
       dbms_output.put_line(dest_lob);
    end;
    ------------hello, china
    CLOSE过程用于关闭已经打开的LOB:
    dbms_lob.close(lob_loc  in out nocopy blob/clob/bfile);
    COMPARE用于比较同类型的LOB
    COPY将源LOB变量的部分或全部内容复制到目标LOB变量中,只适用于内部LOB类型。
    dbms_lob.createtemporary会将临时LOB建立在用户的临时表究空间。
    dbms_lob.createtemporary(lob_loc in out nocopy blob/clob/nclob, cache in boolean,dur in pls_integer := 10);
    lob_loc用于指定LOB定位符,CACHE用于指定是否要将LOB读取到缓冲区,DUR用于指定何时清除临时LOB(10:会话结束清除临时LOB,12:调用结束清除临时LOB)。
    erase用于删除LOB变量的全部内容或部分内容,只适用于内部LOB类型。
    FILECLOSE:用于关闭已经打开的BFILE定位符所指向的OS文件。
    filecloseall用于关闭当前会话已经打开的所有BFILE文件。
    fileexists用于确定BFILE定位符所指向的OS文件是否存在。若存在返回1,不存在返回0.
    filegetname:用于取得BFILE定位符所对应的目录别名和文件名。
    fileisopen用于确定BFILE所对应的OS文件是否已经打开。打开返回1 ,没有打开返回0.
    FILEOPEN用于打开BFILE所对应的OS文件。打开时可以指定文件的打开模式。OS文件只能以只读方式打开。
    FREETEMPORARY:用于释放在转为临时表空间中的临时LOB。
    GETCHUNKSIZE使用该函数,可以取得CHUNK参数所对应的值。
    GETLENGTH用于取得LOB数据的实际长度。
    instr用于返回特定样式数据在LOB中从某偏移位置开始第N次出现时的具体位置。既适用于BLOB和CLOB也适用于BFILE。
    ISOPEN用于确定LOB是否已经被打开,既适用于BLOB和CLOB也适用于BFILE。
    ISTEMPORARY用于确定LOB定位符是否为临时LOB。是则返回1,否则返回0.
    LOADFROMFILE用于将BFILE的部分或者全部内容复制到目标LOB变量(CLOB或BLOB)中
    LOADBLOBFROMFILE用于将BFILE数据装载到BLOB中,并且在装载后可以取得新的偏移位置。
    LOADCLOBFROMFILE用于将BFILE数据装载到CLOB中,当使用该过程装载数据到CLOB中时,可以指定字符集ID号,并进行字符集转换。
    open用于在打开LOB时指定LOB的读写模式。只读(dbms_lob.lob_readonly),读写(dbms_lob.lob_readwrite),既适用于BLOB和CLOB也适用于BFILE。
    read:将LOB数据读取到缓冲区中,既适用于BLOB和CLOB也适用于BFILE。
    SUSTR用于返回LOB中从指定位置开始的部分内容,既适用于BLOB和CLOB也适用于BFILE。
    TRIM:用于截断LOB内容到指定长度,只适用于BLOBB,CLOB,不适用于BFILE。
    WRITE用于将缓冲区数据写入到LOB中的特定位置,只适用于BLOBB,CLOB,不适用于BFILE。
    WRITEAPPEND:将缓冲区数据写入到LOB尾部,只适用于BLOBB,CLOB,不适用于BFILE。
  • LONG,LONG RAW与LOB的区别

    2009-07-02 10:47:27

    LONG,LONG RAW                                               LOB
    一个表只能有一个LONG或LONG RAW列                  一个表可以有多个LOB列
    数据最大长度2G字节                                数据最大长度4G字节
    SELECT返回数据                                   SELECT返回LOB定位符
    数据存储:行内                                    数据存储:行内或行外
    不支持对象类型                                    支持对象类型
    数据访问:顺序访问                                数据访问:随机访问
    使用LONG/LONG RAW列时,其数据与其他列的数据相邻存放,而使用LOB列时,如果数据小于4000字节,则与其它例相邻存放(行内),如果数据大于4000字节,则数据被存放到专门的LOB段中(行外)。
  • DBMS_LOB包使用和维护[转]

    2009-06-26 17:26:00

    遇到BLOB的一个问题,上网找到此文档,转过来以供学习。
     
        摘要:本文通过实例介绍了在ORACLE数据库中通过DBMS_LOB包使用和维护LOB数据类型的基本方法。

        关键词:ORACLEDBMS_LOBLOB维护

        中图分类号:TP31
     
    1、引言 

        随着社会的发展,在现代信息系统的开发中,需要存储的已不仅仅是简单的文字信息,同时还包括一些图片和音像资料或者是超长的文本。比如开发一套旅游信息系统,每一个景点都有丰富的图片、音像资料和大量的文字介绍。这就要求后台数据库要有存储这些数据的能力。ORACLE公司在其Oracle8i中通过提供LOB字段实现了该功能。   

        为了便于读者的理解,我们先介绍一些基本的概念:

        在ORACLE数据库中,LOB(Large Objects —— 大对象)是用来存储大量的二进制和文本数据的一种数据类型(一个LOB字段可存储可多达4GB的数据)。目前,它又分为两种类型:内部LOB和外部LOB。内部LOB将数据以字节流的形式存储在数据库的内部。因而,内部LOB的许多操作都可以参与事务,也可以像处理普通数据一样对其进行备份和恢复操作。Oracle8i支持三种类型的内部LOB:BLOB(二进制数据)、CLOB(单字节字符数据)、NCLOB(多字节国家字符数据)。其中CLOB和NCLOB类型适用于存储超长的文本数据,BLOB字段适用于存储大量的二进制数据,如图像、视频、音频等。目前,Oracle8i只支持一种外部LOB类型,即BFILE类型。在数据库内,该类型仅存储数据在操作系统中的位置信息,而数据的实体以外部文件的形式存在于操作系统的文件系统中。因而,该类型所表示的数据是只读的,不参与事务。该类型可帮助用户管理大量的由外部程序访问的文件。

        为了方便下文的叙述,我们假定使用如下语句在数据库中创建了一张表。

        CREATE   TABLE   view_sites_info
        (site_id     NUMBER(3),
         audio       BLOBDEFAULT empty_blob(),
         document    CLOBDEFAULT empty_clob(),
         video_file  BFILEDEFAULT NULL,
         constraint  PK_TAB_view_sites_info primary key (site_id)
        );

    2、LOB的使用和维护

        ORACL提供了多种使用和维护LOB的方式,如使用PL/SQL DBMS_LOB包、调用OCI(Oracle Call Interface)、使用Proc*C/C++、使用JDBC等。其中最为方便有效的是使用PL/SQL调用DBMS_LOB包,本文就将介绍该方法。

        在Oracle中,存储在LOB中数据称为LOB的值,如使用Select 对某一LOB字段进行选择,则返回的不是LOB的值,而是该LOB字段的定位器(可以理解为指向LOB值的指针)。如执行如下的SQL语句:

        DELCARE
           AUDIO_INFOBLOB;
        BENGIN
           SELECT audio INTO AUDIO_INFO FROM view_sites_info
            WHERE site_id=100;
        END;
        /

        存储在AUDIO_INFO变量中的就是LOB定位器,而不是LOB的值。而要对某一LOB的值进行访问和维护操作,必需通过其定位器来进行。DBMS_LOB包中提供的所有函数和过程都以LOB定位器作为参数。

        2.1内部LOB

        DBMS_LOB包中主要提供了以下几个过程供用户对内部LOB字段进行维护。

        APPEND()将源LOB中的内容加到目的LOB中
        COPY()从源LOB中复制数据到目的LOB
        ERASE()删除LOB中全部或部分内容
        TRIM()将LOB值减少到指定的长度
        WRITE()向LOB中写入数据
        COMPARE()比较两个同种数据类型的LOB的部分或全部值是否相同
        GETLENGTH()获取LOB的长度
        READ()从LOB中读出数据

        下面我们以最为常用的读和写为例详细介绍这些过程的用法。

        首先介绍一下写过程。该过程的语法为:

        PROCEDURE WRITE(lob_locIN OUTBLOB,
                         amount  INBINARY_INTEGER, 
                         offset  ININTEGER,
                         buffer  INRAW);
     
        PROCEDURE WRITE (lob_locIN OUTCLOBCHARACTER SETANY_CS,     
                         amount  INBINARY_INTEGER,     
                         offset  ININTEGER,     
                         buffer  INVARCHAR2CHARACTER SET lob_loc%CHARSET);    

        各参数的含义为:

        lob_loc:要写入的LOB定位器
        amount:写入LOB中的字节数
        offset:指定开始操作的偏移量
        buffer:指定写操作的缓冲区

        下面的代码就是运用该过程向LOB字段写入数据的示例。

        DECLARE
           lobloc CLOB;
           buffer VARCHAR2(2000);
           amount NUMBER := 20;
           offset NUMBER := 1;
        BEGIN
           --初始化要写入的数据
           buffer := 'This is a writing example';
           amount := length(buffer);
           SELECT document INTO lobloc--获取定位器并锁定行
             FROMview_sites_info
            WHERE site_id = 100 FOR UPDATE;

           dbms_lob.write(lobloc,amount,1,buffer);
           COMMIT;
        END;
        /

        需要特别指出的是:
        I.在调用写过程前一定要使用SELECT语句检索到定位器且用FOR UPDATE 子句锁定行,否则不能更新LOB
        II.写过程从offset指定的位置开始,向LOB中写入长度为amount的数据,原LOB中在这个范围内的任何数据都将被覆盖。
        III.缓冲区的最大容量为32767字节,因此在写入大量数据时需多次调用该过程。

        下面再来介绍一下读过程:

        该过程的语法为:

        PROCEDURE READ(lob_locINBLOB,
                        amount  IN OUTBINARY_INTEGER,
                        offset  ININTEGER,
                        buffer  OUTRAW);

        PROCEDURE READ (lob_loc INCLOBCHARACTER SET ANY_CS,
                        amount  IN OUTBINARY_INTEGER,
                        offset  ININTEGER,
                        buffer  OUTVARCHAR2 CHARACTER SET lob_loc%CHARSET);
        
        各参数的含义为:   
        
        lob_loc:要读取的LOB定位器   
        amount:要读取的字节数   
        offset:开始读取操作的偏移量   
        buffer:存储读操作结果的缓冲区   
        
        下面的代码演示了如何使用该过程读取LOB字段中的数据:   
        
        DECLARE     
           lobloc CLOB;     
           buffer VARCHAR2(2000);     
           amount NUMBER := 2;     
           offset NUMBER := 6;     
        BEGIN     
           SELECT document INTO lobloc--获取定位器   
             FROM lob_store     
            WHERE lob_id = 100;     
           dbms_lob.read(lobloc,amount,offset,buffer);--读取数据到缓冲区   
           dbms_output.put_line(buffer);--显示缓冲区中的数据   
           COMMIT;     
        END;     
        /   
  • statspack报告

    2008-10-15 20:09:39

        今天成功地在公司装完statspack,没有任何错误,不像在宿舍会遇到前面说的问题,接下来开始研究报告所体现的意义。我测试了一下,生成了一个报告,我把报告贴上来,之后若有研究出东西再上来更新。


    STATSPACK report for

    Load Profile ~~~~~~~~~~~~                            Per Second       Per Transaction                                    ---------------       ---------------
                      Redo size:              1,511.85             32,371.29
                  Logical reads:                 13.69                293.06
                  Block changes:                  3.87                 82.94
                 Physical reads:                  2.67                 57.12
                Physical writes:                  2.67                 57.12
                     User calls:                  1.98                 42.35
                         Parses:                  0.69                 14.76
                    Hard parses:                  0.05                  1.06
                          Sorts:                  0.43                  9.29
                         Logons:                  0.00                  0.00
                       Executes:                  1.29                 27.71
                   Transactions:                  0.05

      % Blocks changed per Read:   28.30    Recursive Call %:    60.59
     Rollback per transaction %:    0.00       Rows per Sort:   164.76

    Instance Efficiency Percentages (Target 100%)      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                Buffer Nowait %:  100.00       Redo NoWait %:  100.00
                Buffer  Hit   %:   99.90    In-memory Sort %:   98.73
                Library Hit   %:   93.72        Soft Parse %:   92.83
             Execute to Parse %:   46.71         Latch Hit %:   99.99
    Parse CPU to Parse Elapsd %:   87.50     % Non-Parse CPU:   88.89

     Shared Pool Statistics        Begin   End                                                  ------  ------
                 Memory Usage %:   71.80   72.75
        % SQL with executions>1:   96.18   96.63
      % Memory for SQL w/exec>1:   84.77   88.58

    Top 5 Timed Events
    ~~~~~~~~~~~~~~~~~~                                                     % Total
    Event                                               Waits    Time (s) Ela Time
    -------------------------------------------- ------------ ----------- --------
    CPU time                                                            1    61.83
    control file parallel write                           118           0    13.03
    direct path read                                       68           0    11.12
    db file sequential read                                 5           0     3.68
    log file parallel write                               115           0     2.91
                                                                                                                            -------------------------------------------------------------
    Wait Events for DB: AAAAA  Instance: AAAAA  Snaps: 1 -2
    -> s  - second
    -> cs - centisecond -     100th of a second
    -> ms - millisecond -    1000th of a second
    -> us - microsecond - 1000000th of a second
    -> ordered by wait time desc, waits desc (idle events last)

    还是贴比较重点的部分出来~~~

  • statspack

    2008-10-05 21:37:17

        最近在学习使用Statspack工具来监控数据库的性能,已经学习了大半,但在一个环节中出了点小问题,不知道怎么解决~~~

        主要是以下二个问题,在执行spreport.sql这个脚本时,总会提示:

               'DB: ' db_name  '  Instance: ' inst_name '  '-
               'Snaps: ' format 999999 begin_snap ' -' format 999999 end_snap -
           skip 2
     
    ORA-00900: 无效 SQL 语句

    不知道是为什么~~~


    还有使用命令:set trimout on会有如下返回:Cannot SET TRIMOUT
    使用命令:set trimspool on会有如下返回:Cannot SET TRIMSPOOL

    上网找不到相应的解决方法,也不清楚是为什么,研究中,希望路过清楚的同志们伸出援助之手~~~

     

Open Toolbar