我的猪窝

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是没有关系的。

抗议歧视：谈中国国际妓女对中国人民的不平等（《忆妓回忆录》和《夜宴》）

据说，日本人丢不起那脸，宁愿去拍A片，都不愿去拍《忆妓回忆录》，这下可好，中国的两个女士，直接冲到前线大喊“我要做妓女”，一下子，中国国际妓女粉墨登场了。
不感叹导演找中国女士来拍日本妓女，只抗议中国国际妓女，对中国人民的不平等！

据说，《忆妓回忆录》里，好多性爱场面非常火爆，全身赤裸，直喷鼻血。
而《夜宴》，只有一个后背，就说“中国支那猪，你满足吧”。

谁叫咱没钱呢？
－－招妓没资格，看妓女都只能看后背，看不了全身。
谁叫咱国家不发达呢？
－－中国人不做中国妓女，而愿意做日本妓女。

虽然我没钱又没势，但我还是可以抗议的，我要抗议，抗议中国国际妓女，不好意思，准确说，应该是中国生产的日本妓女，对母亲国－－中国人和“国际友人”－－日本人的不平等！

以示抗议，宁缺勿滥，坚决不看《夜宴》！
－－直到中国生产的日本妓女，给我们平等待遇的那一天！

UNIX时间推导.按小时前后推导.按天前后推导.按月前后推导

在从其他机器采集日志文件时，我们常常会遇到采集前一小时，采集前一天，或者任务失败时候，从某一天的某个小时，一直到当前时间，每小时采集一次，等等诸如此类的需要推导一个或前或后时间。

在网上看了一部分同志只简单的实现了推导前一天，或后一天的脚本。
今天我把按时间推导，以小时为单位，或以天为单位，可自动往前推导N小时的日期或N天的日期，也可自动往后推导N小时的日期或N天的日期。由于使用循环推导，所以推导太大的数据，比如查询某个日期前99999小时的日期，循环就得做很多次，就会稍微有点慢了。
使用Oracle的时间函数进行测试，计算值与oracle数据库计算的结果一致，正确（仅在fedora core 5上测试）。
（我画了函数流程图，见http://bigboar.itpub.net/resource/8411/17830
编写的脚本：http://bigboar.itpub.net/resource/8411/17831
可以把脚本用函数的方法组织起来，我的是把脚本路径加入path，然后直接使用脚本 ）
传说“http://bigboar.itpub.net/resource/8411/17831”的压缩解压有问题，放了没有压缩的文本，连接如下：

http://bigboar.itpub.net/resource/8411/17856
http://bigboar.itpub.net/resource/8411/17857
http://bigboar.itpub.net/resource/8411/17859
http://bigboar.itpub.net/resource/8411/17858

现把实现方法说明如下：

 查看全文

最近堕落去了，看小说

数据仓库，杂记三：数据仓库环境

数据仓库中只有单一集成的数据资源，并且因为数据是可访问的，所以与传统数据环境相比，在数据仓库环境中DSS分析员的工作将要容易得多。
数据仓库是一个面向主题的、集成的、非易失的且随时间变化的数据集合，用来支持管理人员的决策。

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

小时候的那些秘密

小时候的那些秘密，

当身边知晓这些事的朋友们，

都变成老人，

一个个死去，

以后，

在这个世上，

再也没人知道，小时候的那些秘密。

转：标准好老婆的作息时间表

6：30　起床(睁开眼睛，首先要检查眼睛是不是保持干净，头发是不是柔顺，整理过后轻轻地亲吻老公，动作虽轻，但目的是把他弄醒) 　　　　
　6：35――7：00　煅炼身体（如果老公有“性致”就再来一次，如果老公没性致，就告诉他再睡一会就该起床了，问问他想吃点什么，今天穿哪套衣服？细致到衬衫的颜色，领带的图案）　
　7：00――7：30　做早餐（按照老公的要求做早饭，但基本上老公不会有什么要求，虽然他说随便，早餐却随便不得，花样一定要多，面包、牛奶、鸡蛋，豆浆、油条、米粉，包子、馒头、稀饭，不得有重复） 　　　　
　7：30――7：35　打开音响，叫老公起床（一日之计在于晨，这时候的老公是最帅的，可以过去一下子把被子掀开，趁机偷看老公健硕的身体）
　7：35――7：45　看老公穿衣服（千万要记住，不要象妈妈一样命令他穿什么，要在一边轻轻的检讨，衬衫熨烫的还不够平整） 　　　　
　7：45――7：55　和老公一起洗漱（有三要：要帮老公挤好牙膏，要帮老公弄好剃须刀，要帮老公淋香水） 　　　
　7：55――8：00　摆早餐上桌（如果老公的胡子还没有刮好，不得有催促之声，因为那是属于他的乐趣） 　　　　
　8：00――8：30　吃早餐（要做淑女，老公要吃的你少吃，老公不吃的你也少吃，宁愿浪费，不能狼吞虎咽） 　　　　
　8：30――9：00　和老公上班（有汽车的，冬季要提前帮老公着车，开暖风。没汽车的帮着拦计程车，绝不能让老公挤公车） 　　　　
　9：00――12：00　上班（努力工作，有事做要做，没事做找出事也要做） 　　　　
　12：00――12：10　打电话给老公（问老公上午过得怎么样，中午要吃什么东西……这个不用教了？）
　12：10――12：40　吃营养餐（记住，一定要注意营养的搭配，为了姣好的面容和魔鬼的身材，不得吃太多的的东东，就算吃了别的东东，仅限于水果） 　　　　
　12：40――13：00　小栖片刻（为了能做个好老婆，一定要小栖，不得在公司四处看帅哥，要和女同事探讨美容的经验，特色的饮食） 　　　　
　13：00――17：30　努力工作（不努力工作怎么赚钱，漂亮衣服，昂贵的化妆品不一定要老公给买） 　　　　
　17：30――18：00　下班（一定要电话老公，报告自己已经下班，问老公晚饭是否在家吃，是否和你一起吃，去哪家餐厅吃，如老公有事，不得追问） 　　　　
　18：00――19：00　逛街（逛街是女人的必修课，每天必修。其间，不仅要考虑自己穿什么用什么才会讨老公开心，看见合适的东西也要记得帮老公买） 　　　　
　19：00――20：00　吃饭（陪老公去他喜欢的餐厅，在他的同事面前，一定要显出对老公的关爱和顺从。并私下研究学习此餐厅的特色菜，保证自己的厨艺不断向四星级厨师的水平靠拢） 　20：00――20：30　散步回家（手不能停――一定挽住老公的胳膊；嘴不能停――跟老公发嗲泛酸；眼不能停――不管四周是打架还是撞车，都要爱慕地不断凝视老公英俊的面庞） 　　　　
　20：30――22：00　陪老公（老公要看新闻，不得换自己喜欢的电视剧；老公要玩电脑，沏好茶水，帮忙倒烟灰缸；老公要看碟，陪着）　　
　22：00――22：20　洗澡（为了一身滑腻的肌肤，一定要认真地洗澡，并把洗澡作为每日的必修课，用各种浴液，浴盐，香精油把自己弄的香喷喷，好吃看的见） 　　　
　22：20　睡觉（被子要先铺好，今天抱小熊扮学生妹，明天穿真丝睡衣搞成熟诱惑……老公没上床前，一定要开着床头暧昧的台灯，钻研时尚杂志） 　　　　
　22.30――？满足老公的……