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
相关文档：
Oracle使用标准、可变长度的内部格式来存储数字。这个内部格式精度可以高达38位。
NUMBER数据类型可以有两个限定符，如：
column NUMBER （ precision， scale）
precision表示数字中的有效位。如果没有指定precision的话，Oracle将使用38作为精度。
&nb ......
前阵子看到一篇关于DELETE操作的具体的流程，今天无意间又看到一个UPDATE的操作流程，挺有趣的，转过来学习学习！
================================================================================
1，用户提交一个update语句
2，server process检查内存缓存
i 如果没有有效内存空� ......
oracle数据库插入日期型数据
往Oracle数据库中插入日期型数据（to_date的用法）
今天碰到了需要往Oracle数据库中插入日期型数据，要使用TO_DATE函数，在网上发现一篇写的不错的文章，摘来一起分享。
INSERT INTO FLOOR VALUES ( to_date ( '2007-12-20 18:31:34' , 'YYYY-MM-DD HH24:M ......
1.登陆系统用户
sqlplus 然后输入系统用户名和密码
登陆别的用户
conn 用户名/密码;
2.创建表空间
create tablespace 空间名
datafile 'c:\空间名' size 15M --表空间的存放路径,初始值为15M
autoExtend on next 10M --空间的自动增长的值是10M
permanent online; --永久使用
3.创建用户
create user s ......
