ORACLE启动
ORACLE主要由两部分组成：Instance和Database。Instance是指一组后台进程/线程和一块共享内存区域，而Database是指存储在磁盘上的一组物理文件。
ORACLE数据库的启动主要分3个步骤：
1、启动到nomount状态；
2、启动到mount状态；
3、启动到open状态。
下面分析一下启动的各个步骤：
一、启动到nomount状态
在启动的第一步，ORACLE会寻找到参数文件(pfile/spfile)，根据参数设置，创建实例，分配内存，启动后台进程。在这一步，只需要一个参
数文件(不需要控制文件和数据文件)就可以启动实例(Instance)。(启动到nomount的命令：SQL>startup
nomout)此时，查看alert_<SID>.log可以看到这一阶段的启动过程。
在ORACLE9I中，首选spile<SID>.ora，如果没有则选择spile.ora，如果没有则选择init<SID>.ora，如果没有则启动失败。
可以在SQL*PLUS中通过show parameter spfile命令来检查数据库是否使用了spfile文件，如果value不为NULL，则数据库使用了spfile文件。
在参数文件中，通常需要最少的参数是db_name，设置了这个参数以后，数据库实例就可以启动了。
可以使用下面命令来查看一些缺省路径：
show parameter background_dump(警报日志文件alert_<SID>.log的存放地点)
show parameter dump_dest
show parameter control_files
show parameter db_name
特例：在使用RMAN(Recovery Manager)时存在更为特殊的情况，Oracle允许在不存在参数文件的情况下启动一个实例，数据库的db_name会被缺省的命名为DUMMY。(在LINUX下，用$rman target / 来进入RMAN)
二、启动到mount状态
启动到nomount状态以后，Oracle就可以从参数文件中获取控制文件的位置信息。一般会有3个完全相同的控制文件，放在不同的物理硬盘上，避免因为介质故障而同时损坏3个控制文件。
在nomount状态下，可以用v$parameter视图获取控制文件信息，前面已经讲过。在数据库mount以后，可以查询v$controlfile视图获得关于控制文件的信息。(select * from v$controlfile)
在
mount过程中，会锁定控制文件，如果找不到控制文件，则会报错，此时可以查看警报日志。因为Oracle的3个控制文件完全相同，如果损失了1，2
个，可以复制完好的控制文件，更改为相应的名称，就可以启动数据库了，如果全部丢失了，那就只有恢复或者重建控制文件来打开数据库了。
启动
到mount状态，数据库必须具备的另一个重要文件是口令文件，该文件位于$ORACL
相关文档：
declare
STR VARCHAR2(400);
begin
-- 重建ORACLE索引
FOR TMP_IDX IN (SELECT TABLESPACE_NAME, OWNER, TABLE_NAME, INDEX_NAME
&nb ......
如果是中文字符集：
[TEST@ora10gr1#2009-11-25/08:39:38]
SQL>create table t1(t timestamp);
Table created.
[TEST@ora10gr1#2009-11-25/08:39:56]
SQL>insert into t1 values(to_timestamp('21NOV09 10:04:12.032','DDMONYY HH24:MI:SS.FF'));
* ERROR at li ......
前阵子看到一篇关于DELETE操作的具体的流程，今天无意间又看到一个UPDATE的操作流程，挺有趣的，转过来学习学习！
================================================================================
1，用户提交一个update语句
2，server process检查内存缓存
i 如果没有有效内存空� ......
* SQL Group Function
*
s (num can be a column or ex
pression)
(null values are ign
*
ored, default between distin
ct and all is all)
********************
***************
****************************
****************
AVG([distinct or all ......
一.锁
数据库使用锁（lock） 来保证任何给定时刻最多只有一个事务在修改给定的一段数据。实质上讲，
正是锁机制才使并发控制成为可能。例如，如果没有某种锁定模型来阻止对同一行的并发更新，数据库就
不可能提供多用户访问。不过，如果滥用或者使用不当，锁反倒会阻碍并发性。如果你或数据库本身不必
要地对数据 ......
