我的猪窝

Oracle 9i concept 7 Memory Architecture

1.5.3本文参考资料
序号 书名 章节 出版单位 1 《Oracle9i Database Concepts》
Release 2 (9.2) Part Number A96524-01 14
SQL,PL/SQL, and Java oracle 2 《Oracle9i Database Concepts》
Release 2 (9.2) Part Number A96524-01 7
Memory Architecture oracle 3 《Oracle9i Database Concepts》
Release 2 (9.2) Part Number A96524-01 4
The Data Dictionary oracle 4 《Oracle9i Database Performance Tuning Guide and Reference》
Release 2 (9.2) Part Number A96533-02 14
Memory Configuration and Use oracle

cursor工作原理一点点说明

有网友说：

db instance: share modle.
open cursor时, 想问一下:
1.如果没设large pool, cursor用的是UGA, 如果UGA用完了接着用哪个空间?还是会报错？
2. 如果设定了large pool, cursor用的是large pool, large pool也用完了，接着oracle会怎么处理？

为了这个问题，我查了好几天的资料，以下描述，仅查询oracle 9i资料。

先从cursor的定义来看：
Cursors

A cursor is a handle or name for a private SQL area--an area in memory in which a parsed statement and other information for processing the statement are kept.

Although most Oracle users rely on the automatic cursor handling of the Oracle utilities, the programmatic interfaces offer application designers more control over cursors. In application development, a cursor is a named resource available to a program and can be used specifically to parse SQL statements embedded within the application.

Each user session can open multiple cursors up to the limit set by the initialization parameter OPEN_CURSORS. However, applications should close unneeded cursors to conserve system memory. If a cursor cannot be opened due to a limit on the number of cursors, then the database administrator can alter the OPEN_CURSORS initialization parameter.

Some statements (primarily DDL statements) require Oracle to implicitly issue recursive SQL statements, which also require recursive cursors. For example, a CREATE TABLE statement causes many updates to various data dictionary tables to record the new table and columns. Recursive calls are made for those recursive cursors; one cursor can run several recursive calls. These recursive cursors also use shared SQL areas.

-----引自《Oracle9i Database Concepts Release 2 (9.2) Part Number A96524-01》的第14章SQL, PL/SQL, and Java。
总的来说，定义的cursor的意思大体是：
A cursor is a handle or name for a private SQL area.In application development, a cursor is a named resource available to a program and can be used specifically to parse SQL statements embedded within the application.Each user session can open multiple cursors up to the limit set by the initialization parameter OPEN_CURSORS. Some statements (primarily DDL statements) require Oracle to implicitly issue recursive SQL statements, which also require recursive cursors.

这么说来，cursor是一条SQL语句的句柄，或private SQL area的名字，或对应用程序来说是一个命名资源。
那么，说起cursor，就应该从一条SQL语句的执行过程说起和private SQL area是怎么分配，在那里分配的了?

cursor分显式和隐式，比如我们在pl/sql里自己定义的游标，然后用明确的open语句打开了，那么就是显式的；如果用for x in cur_data的方法打开游标，那么就是隐式的了。不管是那一种，他都是一个游标。

关于SQL语句的执行过程，可以参考：《Oracle9i Database Concepts Release 2 (9.2) Part Number A96524-01》的第14章“SQL, PL/SQL, and Java”的“SQL Processing”这一节。
从这一节我们可以看到，SQL语句执行的第一步就是创建游标：
Stage 1: Create a Cursor
A program interface call creates a cursor. The cursor is created independent of any SQL statement: it is created in expectation of any SQL statement. In most applications, cursor creation is automatic. However, in precompiler programs, cursor creation can either occur implicitly or be explicitly declared.

然后，就是把SQL语句交给Oracle来解析，此时如果在shared pool的library cache发现一个和该SQL语句一样的shared SQL area，那么，直接拷贝一份作为private SQL area来执行，此叫做发生一次soft parse；如果没有找到，那么就要解析该SQL，也就是要得到该SQL的parse tree和execution plan，分配内存，存储这些信息为一个shared SQL area，然后拷贝一份做为private SQL area然后再执行，此为发生一次hard parse。

对于private SQL area，参考《Oracle9i Database Concepts Release 2 (9.2) Part Number A96524-01》的第7章“Memory Architecture”，我们可以得到private SQL area的信息如下：
Private SQL Area

A private SQL area contains data such as bind information and runtime memory structures. Each session that issues a SQL statement has a private SQL area. Each user that submits the same SQL statement has his or her own private SQL area that uses a single shared SQL area. Thus, many private SQL areas can be associated with the same shared SQL area.

The private SQL area of a cursor is itself divided into two areas whose lifetimes are different:

* The persistent area, which contains, for example, bind information. It is freed only when the cursor is closed.
* The run-time area, which is freed when the execution is terminated.

Oracle creates the runtime area as the first step of an execute request. For INSERT, UPDATE, and DELETE statements, Oracle frees the runtime area after the statement has been run. For queries, Oracle frees the runtime area only after all rows are fetched or the query is canceled.

The location of a private SQL area depends on the type of connection established for a session. If a session is connected through a dedicated server, private SQL areas are located in the server process's PGA. However, if a session is connected through a shared server, part of the private SQL area is kept in the SGA.

Cursors and SQL Areas

The application developer of an Oracle precompiler program or OCI program can explicitly open cursors, or handles to specific private SQL areas, and use them as a named resource throughout the execution of the program. Recursive cursors that Oracle issues implicitly for some SQL statements also use shared SQL areas.

The management of private SQL areas is the responsibility of the user process. The allocation and deallocation of private SQL areas depends largely on which application tool you are using, although the number of private SQL areas that a user process can allocate is always limited by the initialization parameter OPEN_CURSORS. The default value of this parameter is 50.

A private SQL area continues to exist until the corresponding cursor is closed or the statement handle is freed. Although Oracle frees the runtime area after the statement completes, the persistent area remains waiting. Application developers close all open cursors that will not be used again to free the persistent area and to minimize the amount of memory required for users of the application.

上面的E文描述了，在private SQL area创建过程中，会有两个内存区域，第一个是The persistent area，只有在cursor close才会释放，而另外一个The run-time area，update,insert,delete语句一执行结束，或SELECT语句的所有行返回后，就会释放。

那么，private SQL area在那里分配的呢？shared SQL area 是在shared pool的library cache里分配的，而private SQL area，如果是shared server模式，那么是在shared pool的library cache里分配，如果是dedicated server，那么是在PGA里分配。那么这里的PGA说的是什么呢？
这里的PGA，说的是通过参数PGA_AGGREGATE_TARGET参数指定的PGA大小分配的区域。即这部分内容，已经不在SGA里分配了。

此时，如果是SQL语句里包含了sort,hash-join,bitmap create,bitmap merge，那么，还会在单独的分配SQL work area来处理“sort,hash-join,bitmap create,bitmap merge”操作，这里的SQL work area，如果WORKARE_SIZE_POLICY设置为auto，那么也是在GA_AGGREGATE_TARGET的范围里分配的，如果设置为 manual，那么是由*_AREA_SIZE（例如sort_area_size,hash_area_size, create_bitmap_area_size）来分别定义大小的（如果分配的大小不够，此时temp表空间就排上用场了），分配的范围还是属于PGA 的。

到此，关于SQL语句的执行，主要是关于cursor的定义，我觉得应该是相对比较清楚了。
但是，想深一层，cursor的取值过程，比如1G的SGA，1G的PGA，取10G的大表全表数据，如果在pl/sql里打开游标处理，那么这些数据的处理过程是怎么处理的，还是没有描述出来，这里只表述了关于CURSOR这个SQL语句的分析处理过程。

这里，cursor有关的两个参数，open_cursor定义一个session最大能打开的cursor数，指的是打开后不关闭的情况，也就是可以创 建多少个private SQL area，CURSOR_SHARING指的是符合那些标准的SQL语句可以认为是一类，是同一个SQL语句来被shared，即创建的shared SQL area可以被后续的那些SQL语句共享执行。SESSION_CACHED_CURSORS说的是一个session可以缓存多少个cursor，让后 续相同的SQL语句不再OPEN。


＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
最后，针对楼主的问题：
db instance: share modle.
open cursor时, 想问一下:
1.如果没设large pool, cursor用的是UGA, 如果UGA用完了接着用哪个空间?还是会报错？
2. 如果设定了large pool, cursor用的是large pool, large pool也用完了，接着oracle会怎么处理？

cursor用完了，1是cursor个数用完了，受到open_cursors限制，应该会报错。2是cursor消耗内存消耗完了，这里cursor 对应的private SQL area的PGA大小，应该是受到PGA_AGGREGATE_TARGET限制，如果超过了，那么就错了，而且，private SQL area只是存储parsing tree和execute plan等信息，size是很小的，默认的open_cursors=50，在加上process参数指定的会话数，应该是不会超过 PGA_AGGREGATE_TARGET，与此相关的shared SQL area，由于是在shared pool，如果SQL语句太多，那么是受LRU list管理的，如果全部有用，而又不能淘汰，应该是会报告错误的。

至于large pool，如果配置了，应该也是和cursor没关系的。
按照《Oracle9i Database Concepts Release 2 (9.2) Part Number A96524-01》的第7章“Memory Architecture”定义：
Large Pool

The database administrator can configure an optional memory area called the large pool to provide large memory allocations for:

* Session memory for the shared server and the Oracle XA interface (used where transactions interact with more than one database)
* I/O server processes
* Oracle backup and restore operations
* Parallel execution message buffers, if the initialization parameter PARALLEL_AUTOMATIC_TUNING is set to true (otherwise, these buffers are allocated to the shared pool)

large pool工作的4大块内容，只有session memory貌似和cursor有点关系，可是参考下面对session memory的定义：
Session Memory

Session memory is the memory allocated to hold a session's variables (logon information) and other information related to the session. For a shared server, the session memory is shared and not private.

session memory与cursor是没有关系的，那么，large pool，与cursor是没有关系的。

ORA-07445 [zllcini] or ORA-04045 in a Database with OLS Set to FALSE

转自metalink

Problems Description
--------------------

You may get OLS related errors in a database where the Oracle Label Security 
option was not installed.
   
  --> ORA-7445 core dump [zllcini...]
  --> ORA-04045: errors during recompilation/revalidation of LBACSYS.LBAC_EVENTS

Oracle Label Security was added to V$OPTION in 9.2.0.1 so additionally you can
check in a 9.2.0.X database with a query on V$OPTION that OLS is not installed:

  SQL> select * from v$option where parameter = 'Oracle Label Security';

  PARAMETER                 VALUE
  ---------------------     -------------------------------------
  Oracle Label Security     FALSE


1) Core Dump in zllcini
   --------------------
  
   ORA-07445: exception encountered: core dump [zllcini()+186] [SIGSEGV] 
             [Address not mapped to object] [0xC] [] []

   Current SQL statement for this session:
   BEGIN
      LBACSYS.lbac_events.logon(dbms_standard.login_user);
     END;
   ----- PL/SQL Call Stack -----
     object      line  object
     handle    number  name
   0x599ffb54       521  package body LBACSYS.LBAC_CACHE
   0x59ce5d94        82  package body LBACSYS.LBAC_EVENTS
   0x59a05a74         2  anonymous block

   Typical Call Stack Trace :

   zllcini spefcmpa spefmccallstd pextproc peftrusted psdexsp rpiswu2
   psdextp pefccal pefcal pevm_FCAL pfrrun peicnt 

2) ORA-4045 related to LBACSYS.LBAC_EVENTS
   ---------------------------------------

   ORA-00604: error occurred at recursive SQL level 1
   ORA-04045: errors during recompilation/revalidation of LBACSYS.LBAC_EVENTS
   ORA-06508: PL/SQL: could not find program unit being called
   ORA-06512: at line 2
   ORA-06508: PL/SQL: could not find program unit being called
   ORA-06512: at line 2

Solution Description
--------------------

1. Install Oracle Label Security with the Oracle Universal Installer
2. Run $ORACLE_HOME/rdbms/admin/catnools.sql script to disable OLS
3. Optionally de-install 'The Label Security' software

数据仓库，杂记二：数据仓库设计环境

数据库启动关闭命令

汇总如下：

 查看全文

Oracle 9204 与 fedora 缘尽core 4，与core 5无缘（oracle 9204在fc5上的安装）？

已发在：

http://www.itpub.net/570951.html

通 过检查Oracle安装帮助文档，我们可以发现，Oracle安装文档里写了的认证的linux操作系统只写了“SuSE Linux Enterprise Server 7 (or SLES-7) with kernel 2.4.7, and glibc 2.2.2， GNU gcc 2.95.3”。

但我们通过网上查资料和通过自己的测试，在linux内核为 2 . 4 . 1 到 2 . 4 . 2 1 时，Oracle 9i都是有方法可以安装成功的。
（BTW：对gcc的编译版本什么的，没有如文档要求的那么严格为2.95，或同志们说的2.96什么的，没关系，我在gcc 3.2什么的一样的安装！）

但如今，fc5的内核（我的是升级到2.6.16）2.6.15（初始安装好像是15），安装 9i，会在link时的18%处hang。通过手工 relink，把genclntsh脚本检查了，直到genclntst脚本的cp $object `basename $object`行会出现$object为空报错，和/DIS***/报错，MD，还是在hang，再在网上搜索，看看别人是怎么做的，搜到如下信息：
引自：http://www.puschitz.com/InstallingOracle9i.shtml
“Red Hat 9:
Red Hat 9 includes the Native POSIX Thread Library (NPTL) which is an improved implementation of POSIX threads for Linux. But using NPTL will cause several problems for Oracle applications. Note that Oracle9i has not been certified on Red Hat 9!
So to fix this problem, you can set the environment variable LD_ASSUME_KERNEL to 2.4.1, which means that the old "Linuxthreads with floating stacks" implementation will be used. Otherwise the Oracle installer runInstaller will hang, the Database Configuration Assistant dbca won't start etc.; see Oracle Installation Errors for more information. To see where this environment variable can be set, see Set Oracle Environments. For more information on LD_ASSUME_KERNEL, see Red Hat Linux 9 Release Notes.
NOTE: Before you install Oracle9iR2, make sure that you first read the information about the error message "Error in invoking target install of make file /u01/app/oracle/product/9.2.0/network/lib/ins_oemagent.mk" in the Oracle Installation Errors section!
”

NPTL？查查这是什么玩意儿，通过网上查：
http://fedora.gro.clinux.org/docs/R...kage-notes.html
“
7.1.3. LinuxThreads 与 NPTL
作为去除过时的 LinuxThreads 库的一个步骤，在 Fedora Core 5 test1 中编译和连接的代码现在自动使用 NPTL 头文件和库。
在过去的版本中，从 Red Hat Linux 9 开始，默认的线程模型是 LinuxThreads，因为接口是最通用的。NPTL 接口的优点在于，线程取消的处理更快 (使用 -fexception 参数时，即使在 C 代码中)。现在附加的接口也已可用，不需要特殊的编译器和连接器参数。也就是说，您不必再用 -I/usr/include/nptl 和 -L/usr/lib{,64}/nptl 选项了。注意 lib{,64} 应该理解为 lib64，如果这个平台将 DSO 文件放在 lib64/ 目录的话。
在 Fedora Core 5 test1 中仍然可以创建使用 LinuxThreads 的代码。为此，必须安装 linuxthreads-devel 软件包，并且
-I/usr/include/linuxthreads -L/usr/lib{,64}/linuxthreads
选项必须被传递给编译器。
过去，您可以使用运行时环境变量选择 glibc 的版本，以及 libpgthread DSH。现在，您需要同时指定这个环境变量：
LD_LIBRARY_PATH=/lib{,64}/obsolete/linuxthreads
需要这个附加的变量，是因为运行时库已经被移动到了那里。仍然有些程序无法工作，如果它们使用了 DT_RPATH (那样会覆盖 LD_LIBRARY_PATH 设置)。
这样做会导致运行依赖于 LinuxThreads 的程序非常麻烦。但是这是有意为之。
[重要] 重要
FC5 将不包含 LinuxThreads 支持，那时所有程序都必须被转换为使用 NPTL。
通常，到 NPTL 的转换没什么问题。
”

而从www.findrpm.net以及其他地方找到的li...需要glibc-devel = 2.3.6-3。

现在的问题是，如果把glibc-devel一系列相关的（gcc-4.1.0-3.i386，compat-gcc-32-3.2.3- 55.fc5.i386，gcc-java-4.1.0-3.i386等等）相关的包，降级到2.3.6-3版本了，可是我昨天在家里的测试机上，降级的 时候把系统就搞崩溃了。

现在的核心是，如何把linuxthreads-devel-2.3.6-3.i386.rpm给安装上！

linuxthreads-devel-2.3.6-3.i386.rpm是Fedora Core 4 Updates for i386的rpm包。

也就是，找到在fedora core 5上的linuxthreads-devel安装程序先。

不创建索引，只用hash分区缩小数据扫描范围一用

在业务启动的时候，有一个用户名单的手机号要做比较，这个名单原来只有不到3K条，现在要增加到3百多万条，查询性能受到威胁。
表结构很简单，就一个手机号码（原来就设置为varchar2(21)），一个序列号number(17），还有两个长字段空着。

分析过后，该表在手机号上不适合建索引，因为本身一它相对是个长字段，二该表也以它为主；建立索引后一次读一个索引块，应不如一次读多个数据块，不该建索引。那此时应该缩小全表扫描的范围，办法就是分区了，由于操作的条件是等于或不等于，hash分区就是选择了。

记录一下今天的做法：
1，3百多万手机号（37M）导入，sqlldr普通导法导了约15分钟。先导到一个临时表A。（MD，远程主机老把我给踢出来，就写了个脚本，nohup sh t.sh &让他自己导着，过段时间登上去看结果就好了）
2，在同一个表空间(就一个物理硬盘，不存在分多个表空间的必要)，创建与原表UL结构一样，具有20个hash分区的分区表B。同时，创建一个新序列,START WITH 100000000.
3，从临时表A，添加序列nextval,insert /*+ append */ nologging导入到表B。
4，从原来的表UL使用insert into导入数据到表B。
5，rename UL to UL_20060601bk;rename B to UL;
搞定。

经过测试，

utl_file包说明

file_handle := utl_file.fopen(。。。, 'w');
有r,w,a三种模式
其中 w模式会覆盖原来的文件，如果原来有文件，则覆盖，没有则创建新的文件。
a模式为追加，如果原来有文件，则覆盖，没有则创建新的文件。

10046 trace

SQL>set timing on
SQL>alter session set events '10046 trace name context forever,level 12';
SQL>在此执行procedure或SQL
SQL>alter session set events '10046 trace name context off';
SQL>

SELECT s.sid,p.spid,s.username FROM v$session s,v$process p WHERE s.audsid=USERENV('sessionid') AND s.paddr = p.addr;

读书:Oracle 9i Database Concepts:第三章：Tablespaces,Datafiles,and Control Files

发表在:

http://www.cnoug.org/viewthread.php?tid=90571

3 第三章：Tablespaces,Datafiles,and Control Files

本章描述了tablespace，tablespace是任何Oracle数据库主要的逻辑数据库结构，以及描述了对应于每个tablespace的物理datafile。
本章包括：
Introduction to Tablespaces, Datafiles, and Control Files
Tablespaces Overview
Datafiles Overview
Control Files Overview

 查看全文

pro*c程序启动，error while loading shared libraries

在linux as3下，root用户安装了个程序，proc编译了个.pc文件到c程序里，执行c可执行程序的时候提示下面错误：
error while loading shared libraries: libclntsh.so.8.0: cannot open shared object file: No such file or directory

想啊想啊，难道这个库文件不存在？到 $ORACLE_HOME/lib目录下查看，这个文件是存在的啊。。。怀疑环境有问题，又搞到了其他机器上看。
最后发现，是不是应该设置LD_LIBRARY_PATH参数呢。以前安装Oracle，配置参数的时候这个参数我从来是不配置的。。。

在root下，
#. /home/oracle/.bash_profile #这步如果没有定义LD_LIBRARY_PATH，就没有必要了.
#LD_LIBRARY_PATH=/u01/app/oracle/product/8.1.7/lib:/lib:/usr/lib:/usr/local/lib;export LD_LIBRARY_PATH
就可以了。

真是冤枉啊.............

成就DBA职业生涯

转自:http://www.itpub.net/showthread.php?s=&threadid=519295&perpage=10&pagenumber=1

写的非常好,在此备份!

 查看全文

读oracle trace文件头信息

数据库生成的trace文件，原始会有类似下面的信息：
#more ora_ora_17965.trc
/u01/app/oracle/admin/oracle9i/udump/ora_ora_17965.trc
Oracle9i Enterprise Edition Release 9.2.0.7.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.7.0 - Production
ORACLE_HOME = /u01/app/oracle/product/9.2.0
System name: SunOS
Node name: hostname_name
Release: 5.9
Version: Generic_117171-10
Machine: sun4u
Instance name: ora
Redo thread mounted by this instance: 1
Oracle process number: 34
Unix process pid: 17965, image: oracle@hostname_name (TNS V1-V3)

*** SESSION ID:(396.57066) 2006-04-14 11:54:03.663
*** 2006-04-14 11:54:03.663
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [ttcgcshnd-1], [0], [], [], [], [], [], []
Current SQL statement for this session:
SELECT VALUE FROM NLS_INSTANCE_PARAMETERS WHERE PARAMETER ='NLS_DATE_FORMAT'
----- Call Stack Trace -----

通过这个文件，我们可以获取如下信息：

1)数据库版本：
Oracle9i Enterprise Edition Release 9.2.0.7.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.7.0 - Production

SQL>select * from v$version;

2)主机信息
ORACLE_HOME = /u01/app/oracle/product/9.2.0
System name: SunOS #主机操作系统
Node name: hostname_name #主机名
Release: 5.9 #操作系统版本
Version: Generic_117171-10 #内核版本
Machine: sun4u #主机环境

%env | grep ORACLE_HOME
%uname -ar

3)数据库信息(发生这个错误的进程，会话信息主要就靠从这里得到的信息跟踪了)
Instance name: ora #$ORACLE_SID名称，即例程名称.v$instance.instance_name
Redo thread mounted by this instance: 1 #v$instance.instance_number
Oracle process number: 34 #v$process.pid
Unix process pid: 17965, #v$process.spid，也是操作系统的进程号，trace文件名里包含了这个进程号
image: oracle@hostname_name (TNS V1-V3) #连接描述符

*** SESSION ID:(396.57066) 2006-04-14 11:54:03.663 #SESSION ID:(396.57066)，即是v$session里的(sid和serial#)
*** 2006-04-14 11:54:03.663 #发生错误的时间(不是会话的登陆时间)

SQL>SELECT instance_number,instance_name,host_name FROM v$instance;

4)错误提示
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [ttcgcshnd-1], [0], [], [], [], [], [], []

5)如果错误里有在执行的SQL语句，在该跟踪文件里查找如ORA-00600，就可找到在执行的SQL语句。

读书:Oracle 9i Database Concepts:第二章：Data Blocks, Extents, and Segments

一直想认真的地毯式读厂家文档,总是找到好多借口耽误计划.今特在此发帖督促自己.期望可2-3天读一章,并把翻译记录在此.

希望:
1)翻译过程中,因个人水平有限,错误肯定是有的,一旦有兄弟发现错误或疑问,务必请跟贴帮我纠正,大家学习,共同进步。
2)翻译过程中,我自己对很多问题有疑问,也会一起帖出来,有知道的兄弟,请务必帮助我一把,把你知道的跟帖解释出来.

================================================
本章原文地址:
http://www.oracle.com.cn/onlined ... 4/c03block.htm#2528

第二章：Data Blocks, Extents, and Segments
本章描述了Oracle server的逻辑存储结构的特性和他们之间的关系，包括以下内容：
 data blocks,extents,segments介绍
 data blocks overview
 extents overview
 segments overview

一次sqlplus里的变量赋值

最近写个脚本，需要在sqlplus里通过select语句查出一个值，然后传递给下一条语句使用。
阅$ORACLE_HOME/rdbms/admin/spreport.sql脚本，仿STATSPACK写，可没成功，后来得 彦MM 提示，发现 少了 new_value 关键字的定义:( ，导致失败。

现通过例子说明一下用法：

SQL> conn username/password
Connected.
SQL> col tname new_value tname --注意，要设置new_value，开始我就是失败在此！
SQL> select tname from tab where rownum =1;

TNAME
------------------------------
STAMP_DBA_DATA_TEMP_FILES

SQL> var tab_name varchar2(30);
SQL> begin
2 :tab_name := '&tname';
3 end;
4 /
old 2: :tab_name := '&tname';
new 2: :tab_name := 'STAMP_DBA_DATA_TEMP_FILES';

PL/SQL procedure successfully completed.

SQL> print :tab_name;

TAB_NAME
--------------------------------
STAMP_DBA_DATA_TEMP_FILES

SQL>

我现在还有一个问题搞不定:
var 不能定义date类型,有知道的兄弟告诉我一声，谢谢。

SYS_CONNECT_BY_PATH函数错误

昨天，在一条有
start with
connect by
inline view一堆的SQL语句中，使用了SYS_CONNECT_BY_PATH函数来做字段连接，形如：
SYS_CONNECT_BY_PATH(xxxxx, '->')
以前正常，昨天一执行，取出200行就开始错误了，错误号忘记了，第一次见这个东西，还真的蒙，问了朋友，其中一个彦MM说了可能是字段里有特殊字符，就开始查，结果还真的在xxxxx里有两条记录包含的有'->'结尾，一更新掉这两条记录的'->'符号，马上正常。。。。。。

哎呀，现在混个DBA不容易啊，啥都得会，朋友更是重要啊，话说的好，朋友多了路好走，这话肯定不假。

SQL开发的变态应用,是得认真学习学习了!

记一次数据导出

需求：
导出某个用户下，除了指定表的数据不导出外，其他的内容，包括表，索引，视图，存储过程等等，都要求和普通导出一样导出。
我能想到的最好的实现方法，若有兄弟能想到更好的，请一定告诉我，谢谢！
1）按照普通导出方法，全用户导出，但是设置rows=n，不导出表里的数据，得到导出文件：A.dat。
2）得到需要数据的表的列表，指定导出这些表的表结构和数据，得到导出文件：B.dat。

3）导入：
导入时，先全用户导入A.dat，再使用ignore=y的方法，忽略创建表结构错误，导入B.dat。

附录2:SQL优化测试方法(1)

1.2 附录2：SQL优化测试方法 53
1.2.1 使用Statspack 测试SQL 53
1.2.2 使用autotrace测试SQL 55
1.2.2.1 Set autotrace on 55
1.1.1.1.50 范例 56
1.2.2.2 Set autotrace traceonly explain 63
1.2.3 使用SQL_TRACE测试SQL 64
1.2.4 使用Set Event测试SQL 64

 查看全文

附录1:Statspack Report模块解释(5)

1.1.6 SQL ordered by Gets 37
1.1.6.1 原始算法说明 37
1.1.6.2 关键子字说明 42
1.1.1.1.43 Buffer Gets 42
1.1.1.1.44 Executions 42
1.1.1.1.45 Gets per Exec 43
1.1.1.1.46 %Total 43
1.1.1.1.47 CPU Time (s) 43
1.1.1.1.48 Elapsd Time (s) 43
1.1.1.1.49 Hash Value 43
1.1.7 SQL ordered by Reads 43
1.1.7.1 原始算法说明 44
1.1.7.2 关键字段说明 45
1.1.8 SQL ordered by Executions 46
1.1.8.1 原始算法说明 46
1.1.8.2 关键字说明 47
1.1.9 SQL ordered by Parse Calls 48
1.1.9.1 原始算法说明 48
1.1.9.2 关键字段说明 49
1.1.10 SQL ordered by Sharable Memory 49
1.1.10.1 原始算法说明 50
1.1.10.2 关键字段说明 51
1.1.11 ordered by Version Count 52
1.1.11.1 原始算法说明 52
1.1.11.2 关键字段说明 53

 查看全文

附录1:Statspack Report模块解释(3)

1.1.4 Instance Efficiency Percentages 24
1.1.4.1 原始算法说明 25
1.1.4.2 关键字说明 26
1.1.1.1.30 Buffer Nowait % 26
1.1.1.1.31 Redo NoWait % 26
1.1.1.1.32 Buffer Hit % 27
1.1.1.1.33 Buffer Cache Hit % 27
1.1.1.1.34 In-memory Sort % 28
1.1.1.1.35 Library Hit % 29
1.1.1.1.36 Data Dictionary Hit % 31
1.1.1.1.37 Data Dictionary Miss % 31
1.1.1.1.38 Soft Parse % 32
1.1.1.1.39 Execute to Parse % 33
1.1.1.1.40 Latch Hit % 34
1.1.1.1.41 Parse CPU to Parse Elapsd % 34
1.1.1.1.42 % Non-Parse CPU 34

 查看全文

附录1:Statspack Report模块解释(1)

1.1 附录1：STATSPACK REPORT模块解释 5
1.1.1 Head Information 5
1.1.1.1 原始算法 5
1.1.1.2 关键字说明 6
1.1.1.3 参数说明 7
1.1.1.1.1 SESSION_CACHED_CURSORS 7
1.1.1.1.2 OPEN_CURSORS 7
1.1.2 Cache Sizes (end) 7
1.1.2.1 原始算法 8
1.1.2.2 关键字说明 8
1.1.2.3 参数说明 8
1.1.1.1.3 DB_CACHE_SIZE 8
1.1.1.1.4 DB_KEEP_CACHE_SIZE 9
1.1.1.1.5 DB_RECYCLE_CACHE_SIZE 9
1.1.1.1.6 DB_nK_CACHE_SIZE 9
1.1.1.1.7 DB_BLOCK_SIZE 9
1.1.1.1.8 SHARED_POOL_SIZE 10
1.1.1.1.9 LOG_BUFFER 10

 查看全文

Oracle 9i 整体性能优化概述草稿之四:调整磁盘I/O

5 调整磁盘I/O 52
5.1 数据文件I/O调整 52
5.1.1 测量数据文件IO 52
5.1.2 改进数据文件I/O 53
5.2 DBW0 56
5.2.1 测量DBW0性能 56
5.2.2 改进DBW0性能 57
5.3 单个段数据块I/O调整 58
5.3.1 测量段性能和调整 59
5.4 排序操作和临时段优化 62
5.4.1 排序 62
5.5 UNDO 64
5.5.1 测量UNDO I/O性能 65
5.5.2 优化undo segment 66

 查看全文

Oracle 9i 整体性能优化概述草稿之二:SGA优化

3 SGA优化 9
3.1 SHARED POOL 9
3.1.1 测量shared pool 性能 11
3.1.2 调整shared pool性能 12
3.2 DATABASE BUFFER CACHE 15
3.2.1 测量database buffer cache性能 16
3.2.2 改进buffer cache性能 17
3.3 LARGE POOL 21
3.4 JAVA POOL 21
3.5 REDO LOG BUFFER 22
3.5.1 Oracle重做机制 22
3.5.2 调整Redo Log Buffer 22
3.6 其他SGA对象 24

 查看全文

Oracle 9i 初始配置:数据库服务器数据库参数配置说明

编写时间 2005年8月16日

ORACLE 9I 初始配置 1
1 概述 2
1.1 参数修改注意事项 2
1.2 各省数据库服务器内存及CPU统计 2
1.3 参数修改方法 2
2 操作系统参数配置 3
3 数据库参数配置 3
3.1 SGA配置 3
3.1.1 Shared pool 3
3.1.2 Data buffer 4
3.1.3 Sga other memory 5
3.2 磁盘I/O配置 5

 查看全文

初步总结oracle pl/sql 的record

引子：
今天在QQ群里，一网友问到
TYPE ename_table_type IS TABLE OF employees.last_name%TYPE INDEX BY BINARY_INTEGER;
的语法问题，我以前没看过这部分内容，不敢随便乱说，特查资料，弄清这是怎么回事，先总结RECORD说明如下，以备以后查阅。

至于record的目的，意义，原理，好坏分析，在此就不详谈，以实用为主进行记录，更多信息请查后面给出的参考资料。

对record的印象：类似C++里的struct,只是有很多定义方法，出现不同的record类型。当record嵌套的有record类型定义的时候，就出现嵌套record了。

1，创建L/SQL支持的record类型和声明record(不同类型之间的record不能以record为单位互相进行判断、赋值等操作)
1)基于表的。
[语法:<record_name> <table_name>%ROWTYPE;]
示例：

declare
r_c_perf_bsc c_perf_bsc%ROWTYPE;
begin

2)基于游标的。
[语法:<record_name> <cursor_name>%ROWTYPE;]
示例：
DECLARE
cursor cur_c_perf_bsc is select related_bsc bsc_id,sum(cell_num) cell_num from ne_bts group by related_bsc;

r_c_perf_bsc cur_c_perf_bsc%ROWTYPE;

BEGIN

open cur_c_perf_bsc ;
loop
fetch cur_c_perf_bsc into r_c_perf_bsc;
exit when cur_c_perf_bsc%NOTFOUND;
...

3)用户自定义的。
[语法:
TYPE <type_name> IS RECORD
(
<field_name1> <datetype1>,
...
<field_nameN> <datetypeN>
);
]

declare
TYPE c_perf_bsc IS RECORD
(
ne_id char(16),
bsc_name c_unicom.ne_bsc.bsc_name%TYPE,
cell_num c_unicom.ne_bts.cell_num%TYPE,
);

r_c_perf_bsc c_perf_bsc;

begin

2,列举一个复杂的record声明示例说明

SUBTYPE long_line_type IS VARCHAR2;

cursor cur_c_perf_bsc is select related_bsc bsc_id,sum(cell_num) cell_num from ne_bts group by related_bsc;

TYPE bsc_base_tab IS TABLE OF c_perf_bsc.equip_name INDEX BY BINARY_INTEGER;

TYPE c_perf_bsc IS RECORD
(
a int NOT NULL,
b long_line_type,
c c_unicom.ne_bsc.area%TYPE,
d cur_c_perf_bsc.bsc_id%TYPE := '0000000000000000',
e bsc_base_tab
);

3,对record的操作
变量引用的时候使用“.”符号

如：
r_c_perf_bsc c_perf_bsc;
则可用
r_c_perf_bsc.a := 1;
来操作。

对于以类型为单位来进行的集体操作，受很多限制，比如必须在同类型之间才可以，而且相同的类型定义的声明才可以。
比如，不同的游标类型之间不能进行集体操作。

示例：
如上面的fetch cur_c_perf_bsc into r_c_perf_bsc;语句的集体赋值操作。
或如：
r1_c_perf_bsc c_perf_bsc;
r2_c_perf_bsc c_perf_bsc;
则可以执行
r1_c_perf_bsc := NULL;
1_c_perf_bsc := r2_c_perf_bsc;
的集体赋值操作。

关于record的问题，有个思路，在应用的时候，多测试就好了；以上是总结，重在思路，所写示例并未真实测试，可能存在错误。

参考资料：
《Oracle PL/SQL 程序设计》
Steven Feuerstein & Bill Pribyl著，林其，王宇译
中国电力出版社出版