纯好人不用打：白羊

没人防：双子（迷宫）、天平（卡妙的冰箱）、射手（迷宫）

打死：巨蟹（紫龙）、山羊（紫龙自曝）、双鱼（阿瞬）、水瓶（冰河）

没打过，放水：狮子（星矢）、天蝎（冰河）、金牛（星矢）、处女（一辉）


这样看来紫龙是最NB的，一个人干掉2个，而且靠他师傅走后门天平不用打，还用天平的武器救了冰河。

冰河和他师傅干了2仗
冰河那段也挺NB，先是在天平被冻个半死，然后在天蝎被针扎个半死，最后到了水瓶还能把他师傅干掉
冰河和他师傅是最体现实力的一仗，纯实力对扣

合着星矢谁也没杀，就TM来打酱油的。。。
简单过一遍，详细的以后遇到慢慢研究。
主要的更新在几个方面：
1. OUI的改进
2. Oracle Restart
3. ASM的增强！！！


New Grid Infrastructure Installation Option
 1. 单点包括：ASM、listener和Oracle Restart（监控、管理并自动重启各个组件）
 2. 集群包括：ASM、listener和Clusterware

New Desktop and Server Class Options
 1. Desktop Class：适用于笔记本、台式机
 2. Server Class：适用于服务器（功能上没区别，多一些高级配置选项）

Daylight Savings Time Upgrade of Timestamp with Timezone Data Type
 新的DBMS_DST包，优化对TIMESTAMP WITH TIMEZONE数据的管理

SYSASM Privilege
 管理ASM需要SYSASM权限，旨在分清ASM管理和DB管理

Fixup Scripts and Prerequisite Checks
 安装前检查时，如果遇到不符合要求的配置，OUI会对一些检查项自动生成fixup脚本，用root执行就可以解决相应问题。

New Tool to Configure Custom Installation Options
 OUI不在提供对单个组件的配置功能，如果需要只能用$ORACLE_HOME/bin/chopt命令行进行配置。我想Oracle的趋势就是为了让更多已经成熟的配置自动化，简化使用。

Deinstallation Tool
 OUI不再用来删除oracle软件，请使用$ORACLE_HOME/deinstall

Intelligent Data Placement
 指定ASM磁盘的磁盘范围，旨在将高频访问的数据放在HOT region（比如磁盘的外道）

Oracle Automatic Storage Management Cluster File System (Oracle ACFS)
 为其它文件提供ASM的存储功能

Data Pump Export and Data Pump Import
 Data Pump兼容Export/Import

Use Oracle Restart to Automatically Restart Your Database
 1. 针对单点环境
 2. 自动重启又问题的组件，如：db instance、listener、asm instance

New Method of Installing Oracle Automatic Storage Management
 以前，ASM的安装是伴随着DB的安装；现在是伴随着Software的安装。
 其实，就是把ASM上升到一个软件的高度（以前只是db的一个组件）

SRVCTL Support for Single Instance Database in a Cluster
 SRVCTL统一管理单点（with Restart）和集群数据库（with Clusterware）

Deprecated in Oracle Database 11g Release 2
 不支持裸设备了：要么用文件系统、要么用ASM，说白了，企业环境就必须用ASM
 不支持Oracle Ultra Search（9i的一个什么鸟功能）






















重装完系统，mysql不需要重装，直接当绿色版使用，还更干净

//启动MYSQL
cd $MYSQL_HOME/bin
D:\JAVA\MYSQL\mysql-5.1.53-win32\bin>mysqld --console      
110616  1:26:26 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
110616  1:26:26  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
110616  1:26:26  InnoDB: Started; log sequence number 0 44233
110616  1:26:27 [Note] Event Scheduler: Loaded 0 events
110616  1:26:27 [Note] mysqld: ready for connections.
Version: '5.1.53-community'  socket: ''  port: 3306  MySQL Community Server (GPL
)

//简单使用
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| test               |
+--------------------+
3 rows in set (0.03 sec)

mysql> use mysql
Database changed

mysql> show tables;
+---------------------------+
| Tables_in_mysql           |
+---------------------------+
| columns_priv              |
| db                        |
| event                     |
| func                      |
| general_log               |
| help_category             |
| help_keyword              |
| help_relation             |
| help_topic                |
| host                      |
| ndb_binlog_index          |


登陆
D:\JAVA\MYSQL\mysql-5.1.53-win32\bin>mysql.exe -uroot
创建数据库
mysql> create database testdb;




--主键是非分区索引，也可以看作是全局
create table test_par1
(
  tdate   varchar2(8) primary key
)
partition by range ( tdate )
(
     partition p1 values less than ('20090201'),
     partition p2 values less than ('20090301'),
     partition pm values less than (MAXVALUE)  
) tablespace test;


--主键是分区索引
create table test_par2
(
  tdate   varchar2(8)
)
partition by range ( tdate )
(
     partition p1 values less than ('20090201'),
     partition p2 values less than ('20090301'),
     partition pm values less than (MAXVALUE)  
) tablespace test;

create index i_tdate2 on test_par2(tdate) local;

alter table test_par2 add constraint pk_tdate2 primary key(tdate);



--查看test_par2的DDL
select dbms_metadata.get_ddl( 'TABLE', 'TEST_PAR2' ) from dual;
--整理如下
create table test_par3
(
  tdate   varchar2(8),
  constraint pk_tdate3 primary key (tdate) using index local
)
partition by range ( tdate )
(
     partition p1 values less than ('20090201'),
     partition p2 values less than ('20090301'),
     partition pm values less than (MAXVALUE)  
) tablespace test;


这个案例也告诉我们，在做DDL时，尽量还是显示的写出属性，一些简易语法会引起不可知的定义。最后都用 get_ddl 再查一下，这才是Oracle真正执行的DDL。
列出所有实例
[db2inst1@dcm ~]$ db2ilist
db2inst1

列出当前实例下的所有数据库
[db2inst1@dcm ~]$ db2 list db directory

 System Database Directory

 Number of entries in the directory = 1

Database 1 entry:

 Database alias                       = SAMPLE
 Database name                        = SAMPLE
 Local database directory             = /home/db2inst1
 Database release level               = d.00
 Comment                              =
 Directory entry type                 = Indirect
 Catalog database partition number    = 0
 Alternate server hostname            =
 Alternate server port number         =

启动实例
[db2inst1@dcm ~]$ db2start
07/09/2010 14:24:36     0   0   SQL1063N  DB2START processing was successful.
SQL1063N  DB2START processing was successful.

连接到数据库
[db2inst1@dcm ~]$ db2 connect to sample

   Database Connection Information

 Database server        = DB2/LINUX 9.7.1
 SQL authorization ID   = DB2INST1
 Local database alias   = SAMPLE

执行SQL
[db2inst1@dcm ~]$ db2
db2 => select * from staff where dept=20

ID     NAME      DEPT   JOB   YEARS  SALARY    COMM     
------ --------- ------ ----- ------ --------- ---------
    10 Sanders       20 Mgr        7  98357.50         -
    20 Pernal        20 Sales      8  78171.25    612.45
    80 James         20 Clerk      -  43504.60    128.20
   190 Sneider       20 Clerk      8  34252.75    126.50

  4 record(s) selected.

退出
db2 => quit
DB20000I  The QUIT command completed successfully.

断开连接（不断开就不能db2stop）
[db2inst1@dcm ~]$ db2 connect reset
DB20000I  The SQL command completed successfully.

关闭实例
[db2inst1@dcm ~]$ db2stop
07/09/2010 14:29:32     0   0   SQL1064N  DB2STOP processing was successful.
SQL1064N  DB2STOP processing was successful.

最近初探了一下DB2，发现关于“数据库”、“实例”的概念及其关系容易把人弄晕，这里小小总结一下，并把Oracle也拉进来一起整。
另外，发现Oracle和IBM老搞一些理论上就针锋相对的事情，如RAC vs DPF (database partitioning feature)，很是有趣。


基本概念还是相同的
数据库软件（下面简称软件）：软件本身，一台主机安装一套就可以了。（抛开你故意在一台服务器上安装2遍Oracle/DB2这种不正常思维）

实例：数据库软件启动后的“进程+内存”

软件+实例的关系：一台电脑只需要按照一套QQ（软件），但是我们可以多用户登录（实例）。换到哲学的角度，就是抽象和具体的关系。

数据库（狭义，下面简称库）：一堆文件（数据文件、控制文件、日志文件、参数文件）
它和软件的区别：软件是厂商卖给你的东西；库是你自己的东西（业务、应用）
它和实例的关系：用户需要借助实例（所提供的各种手段）来访问库

库就相当于是QQ聊天记录

最后：数据库（广义）= 软件 + 实例 + 库
一台服务器（即一套数据库软件）可以建多个实例，多个库，且互不相干


体系结构的不同之处
Oracle  实例和库一一对应
DB2     一个实例可以挂多个库


高级情况（简单提一下，以后再慢慢研究）
Oracle：RAC一个库被多个实例挂
DB2：DPF一个实例多个库

在数据库集群模式设计方面，有Share everything架构和Share nothing架构，前者以ORACLE RAC为代表，IBM DB2 Purescale为挑战者；后者以IBM DB2 DPF为代表。

行链接：
1. 一条记录的大小大于block size，则产生行链接
2. 容易发生在比较大的行上
3. 因为行链接是由db_block_size不够大引起的，所以对已有的行链接是无法清除的
4. 9i以后，可以对不同的表空间设置不同的db_block_size，可以将一些特殊的宽表放在大block size的表空间

例子：
表空间block size为8k（8192），因为数据块头也要占一定空间，所以如下例，实际只能放7948的数据，一旦超过，就产生行链接

--无
create table test7948(a char(2000),b char(2000),c char(2000),d char(1948))
tablespace test;

insert into test7948 values('a','b','c','d');
commit;

--有
create table test7949(a char(2000),b char(2000),c char(2000),d char(1949))
tablespace test;

insert into test7949 values('a','b','c','d');
commit;



行迁移：
1. 本来是放的下的
2. 因为更新使row size变大了，一个block里又不足以放下增加的空间（PCTFREE相关），则产生行迁移
3. 容易发生在PCTFREE较小，对类似varchar类型的update又很多的表上
4. 无法避免，但通过把数据导出导入进行清除

例子：
--无
create table test7948_vchar(a char(2000),b char(2000),c char(2000),d char(1940), e varchar(9))
tablespace test;

insert into test7948_vchar values('a','b','c','d','12345678');
commit;

一更新，使得row size大于7948了，产生行迁移
--有
update test7948_vchar set e='123456789' 随着Oracle收购SUN，今天又爆出SAP收购Sybase的大料。

现状：
Oracle和IBM已经成为诺亚方舟级的厂商，啥都有。
微软，SAP成为航母级的厂商，软件方面啥都有，但目前没有硬件。

猜想：who's next? Dell? HP?
不然微软把Dell收了吧，组成BDll公司；
然后SAP和HP合并为SHP
--创建一个大一点的TEMP表空间
create temporary tablespace temp1
tempfile '/oracledatafile/temp01.dbf' SIZE 100m autoextend on next 100m maxsize 5000m;
 
--切换默认TEMP表空间
alter database default temporary tablespace temp1;

--删掉以前的TEMP表空间
drop tablespace temp including contents and datafiles; 1. 物化视图由于是物理真实存在的，故可以创建索引。




--为基表创建MLOG
--创建物化视图时应先创建存储的日志空间，否则建MV时报错
--ORA-23413: table "SCOTT"."EMP" does not have a materialized view log
create materialized view log on scott.emp
tablespace test
/


--创建物化视图
create materialized view test_mv
tablespace test
parallel (degree 4)
build immediate refresh fast
enable query rewrite
as
select * from scott.emp
/


--查看一下结果，果然很符合物化视图的定义，一个表+一个视图
SQL> select object_name, object_type from user_objects where object_name = 'TEST_MV';
OBJECT_NAME    OBJECT_TYPE
-----------    --------
TEST_MV        TABLE
TEST_MV        MATERIALIZED VIEW

SQL> select mview_name, container_name from user_mviews;
MVIEW_NAME       CONTAINER_NAME
---------------- ------------------------------
TEST_MV          TEST_MV  （这就是那个存储表）

--查看MLOG的情况
--注意：MLOG的所属和MV的所属并不是同一个
SQL> select log_owner, master, log_table from dba_mview_logs
LOG_OWNER    MASTER    LOG_TABLE
---------------------------------
SCOTT        EMP    MLOG$_EMP （MLOG其实也就是一个表）

SQL> desc scott.mlog$_emp;
Name            Type
-------------------------------
EMPNO            NUMBER(4)
SNAPTIME$$        DATE
DMLTYPE$$        VARCHAR2(1)
OLD_NEW$$        VARCHAR2(1)
CHANGE_VECTOR$$        RAW(255)



--删除MLOG
drop materialized view log on 物化视图所依赖的表名; 
--删除物化视图
drop materialized view 物化视图名;
注意，为了能在终端看见put_line的输出，还需要先开启
set serveroutput on
 

--用来测试的表
create table test_tri(
a1 int,
a2 int
)
tablespace test


-----行级insert触发器-----
1) 插入的一行新数据保存在:new
2) insert触发器没有:old值
3) 对:new的修改，只能定义在before类型的触发器中

---触发器语法---
create or replace trigger 名称
[after|before] [delete|update|insert]
[of 列名] [on 表名]
[referencing new as 新行别名 old as 旧行别名]
[for each row] [when(条件)]
declare
....
begin
...
exception
....
end;

--定义
create or replace trigger test_before_insert
before insert on test_tri
for each row when(new.a2 is null)
begin
    dbms_output.put_line('insert row original: a1=' || :new.a1 || ' a2=' || :new.a2);
    :new.a2 := :new.a1 * 2;   
end;
/

create or replace trigger test_after_insert
after insert on test_tri
for each row
begin
    dbms_output.put_line('insert row actual: a1=' || :new.a1 || ' a2=' || :new.a2);   
end;
/

--测试
SQL> insert into test_tri(a1) values(1);
insert row original: a1=1 a2=
insert row actual: a1=1 a2=2

SQL> insert into test_tri values(2,3);
insert row actual: a1=2 a2=3

SQL> select * from test_tri;
        A1         A2
---------- ----------
         1          2(由触发器生成的值)
         2          3



-----DDL触发器-----
--任何create语句都会触发这个语句
create or replace trigger test_ddl_trigger
before create on schema
begin
    dbms_output.put_line( 'DDL Trigger' );
    insert into test_tri values(9,9);
end;
Oracle建好后，tnsnames和listener中自动就带有如下内容，这里咱们就来解释一下这些东西是干什么用的

----TNSNAMES.ora----
EXTPROC_CONNECTION_DATA =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
    )
    (CONNECT_DATA =
      (SID = PLSExtProc)
      (PRESENTATION = RO)
    )
  )

----LISTENER.ora----
SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = PLSExtProc)
      (ORACLE_HOME = /opt/oracle/10gR2)
      (PROGRAM = extproc)
    )
  )

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
      (ADDRESS = (PROTOCOL = TCP)(HOST = dcm)(PORT = 1521))
    )
  )


IPC - Inner Process Communication
When a process is on the same machine as the server, use the IPC protocol for connectivity instead of TCP. Inner Process Communication on the same machine does not have the overhead of packet building and deciphering that TCP has.
I've seen a SQL job that runs in 10 minutes using TCP on a local machine run as fast as one minute using an IPC connection. The difference in time is most dramatic when the Oracle process has to send and/or receive large amounts of data to and from the database.
For example, a SQL*Plus connection that counts the number of rows of some tables will run about the same amount of time, whether the database connection is made via IPC or TCP. But if the SQL*Plus connection spools much data to a file, the IPC connection will often be much faster -- depending on the data transmitted and the machine workload on the TCP stack.

For how to configure it:
1. you should add one IPC line in the LISTENER.ORA
2. You should also add one IPC line in the TNSNAMES.ORA



PLSExtPro - PL/Sql External Procdure
默认安装时，会安装一个PL/SQL外部程序（extproc--这是程序名）条目在listener.ora中，是oracle为调用外部程序默认配置的监听，它的名字（也就是SID）通常是ExtProc或PLSExtProc。
但一般不会使用它，可以直接从listener.ora中将这项移除，因为对ExtProc已经有多种攻击手段了，在不使用外部程序时，Oracle也是建议删除的。



extproc的作用就是在pl/sql中调用外部语句，如c，java写的过程。
现在，Oracle已经全面支持JAVA了，这东西也就过时了，之所以继续保留是考虑到兼容以前老版本的数据库实例。

[oracle@dcm bin]$ extproc
Oracle Corporation --- TUESDAY   JAN 05 2010 21:58:23.878
Heterogeneous Agent Release 10.2.0.1.0 - Production
--登录sys用户，创建一个测试用户，权限可以给大点
SQL> create user test identified by xxxxx;
SQL> grant connect to test;
SQL> grant resource to test;
SQL> grant dba to test;


--登录test用户，开始测试
--建个测试表
create table test_table(id int, time timestamp);

--创建Job
begin
dbms_scheduler.create_job(
    job_name => 'test_job',
    job_type => 'PLSQL_BLOCK',
    job_action => 'insert into test_table
                  (select nvl(max(id),0)+1, systimestamp from test_table, dual);', --nvl函数同SQLServer的isnull函数
    start_date => null, --一激活，就开始
    repeat_interval => 'FREQ=SECONDLY;INTERVAL=10');
end;

FREQ用来指定间隔的时间周期，可选参数有：YEARLY，MONTHLY，WEEKLY，DAILY，HOURLY，MINUTELY，SECONDLY。

--光创建没用，还需要激活；也可以在创建时，直接把enable属性设置为true（enabled => true）
select job_name, enabled, run_count from user_scheduler_jobs;
JOB_NAME                       ENABL  RUN_COUNT
------------------------------ ----- ----------
TEST_JOB                       FALSE          0

begin
dbms_scheduler.enable('test_job');
end;

--查看效果
select id, to_char(time,'HH24:MI:SS:FF3') from test_table;
       ID  TO_CHAR(TIME,'HH24
---------- ------------------
         1 16:13:29:542
         2 16:13:39:506
         3 16:13:49:109
         4 16:13:59:097
         5 16:14:09:109
         6 16:14:19:103
         7 16:14:29:101
         8 16:14:39:099
         9 16:14:49:105
        10 16:14:59:100

--停止任务
begin
dbms_scheduler.disable('test_job');
end;

--删除任务
begin
dbms_scheduler.drop_job('test_job');
end;

一致和并发是对立的，需要根据应用，选择权宜之计

数据不一致的现象
---事务内单SQL的情况---
1.脏读-Dirty Read：本事务读取了其它事务尚未提交的修改数据
例子：读了不该读的
1:00 x=1
1:01 A用户 Update x=2（但未commit）
1:02 B用户 Select x --> x=2
合理的情况是x仍然等于1

---事务内多SQL的情况（典型的如，先查再改）---
2.不可重复读-Non Repeatable Read
例子1：自相矛盾
1:00 x=1 y=2
1:01 B用户 Select x,y --> x=1 y=2
1:02 A用户 Update x=2; Commit;
1:03 B用户 Select x+y --> x+y=4
首先这个结果从单条SQL的角度看，是没有问题的。但是，如果把B的两次查询看作一个整体（事务），那么合理的情况应该是
  x+y仍然等于3
  或者B再进行一次事务，得出 x=2 y=2 x+y=4 的结果

例子2：更新丢失
1:00 x=1
1:01 B用户 Select x --> x=1
1:02 A用户 Select x --> x=1
1:03 A用户 Update x=2; Commit;
1:04 B用户 Update x=3; Commit;
同样，从单条SQL来讲，没有任何问题。
但是从逻辑的合理性讲，一般的更新操作都是先查再改，换言之
  A真正想做的是Update x from 1 to 2
  B真正想做的是Update x from 1 to 3
但最终却造成了在B不知情的情况下，把B的初衷改为了Update x from 2 to 3

3.幻影读-Phantom Read
例子：读到了未来
1:00 X1=1 X2=2
1:01 B用户 Select Xi --> X1=1 X2=2
1:02 A用户 Insert X3=3; Commit;
1:03 B用户 Select sum(Xi) --> re=6
其实道理和之前的不可重复读相同，只不过是由Insert引起的罢了。
（甚至Delete也会引起类似的问题，但好像学术界并没有对Delete进行讨论）



Isolation Level
Read Uncommitted：1，2，3都会发生
  Oracle中严格禁止脏读
  在SQL Server 7.0中，是可以选择该级别的
Read Committed：发生2，3（Oracle的默认级别）
Repeatable Read：发生3
Serializable：都不发生


Oracle的实现方式
Read Committed：默认就实现
Repeatable Read：
  1. 悲观锁（select ... for update)，影响并发
  2. 乐观锁（update where 所有字段都作为条件)，不影响并发
Serializable：
  alter session set isolation_level=serializable/read only


因为在客户那工作不能上网，决定办一张3G上网卡（公司报销），中午分别去电信和移动了解了一下：
电信 960元  7个月  300小时/月
移动 880元  7个月  15G/月 （目前推广期，不限流量）
（都包含上网猫）
这样算下来还是移动的便宜，去搞了个移动的。

关于移动的上网猫，开始给我测试的时候用的是华为的、白色、流线型还挺好看。最终给我的是一个鸟公司的（敏讯），方形真难看，太大了，号称还是升级版。

速度嘛，看网页没啥问题，Outlook下邮件也很快，在线听歌也没问题，在线电影就不去尝试了，免得伤自尊，办公足够了。玩开心网有点卡。（我以前就用过联通的CDMA-2G上网，那叫一个慢呀）

这个帖子就是用3G网络发的，哈哈。同时纪念一下2年后重回BMW做项目。
扇区（sector）：最小的可寻址单元，512byte
磁道（track）：一圈扇区
磁柱（cylinder）：一摞磁道

每一磁道的扇区数是一样的，但是存储密度不同，外疏内密。

为什么要外疏内密？
角速度相同时，线速度与半径成正比：
硬盘为了提高其轴寿命，轴的转动速度是一定的。磁头在硬盘上读写数据是近乎于圆弧的路线，而越往外，线速度就越快。为了保证读取的准确性只能减小外道的密度使磁头读取数据的时间间隔是相同的。


有待研究：早期的磁盘每个磁道上的扇区数目是一样，显然浪费了外圈的容量，后来为了增大磁盘容量采用了新技术，也就是说越往外每磁道扇区数目越多。

字符设备：按照字符流的方式被有序访问，不能随机存取，如键盘、串口打印机、磁带。

块设备：能够随机（不需要按顺序）访问固定大小数据片（chunks），采用块缓冲技术，如硬盘、软盘、光驱。

裸设备：是一种没有经过格式化，不被Unix通过文件系统来读取的特殊字符设备。
现在问题来了，Oracle在使用裸设备时（如ASM、甚或表空间直接建在裸设备上），难道还是顺序存取？显然不符合事实。
其实，说裸设备是字符设备，只是从操作系统的角度来说的；从使用裸设备的应用程序（如Oracle）的角度，还是块设备，Oracle会去对磁盘进行分块管理。

逻辑卷是逻辑概念，可以包含多块物理硬盘，实现了存储跨盘功能，同时提供了数据复制机制，提供了数据安全保护机制。

--------------

裸设备适用于每次改动数据较小、需大量并发交易，OLTP；
对于大规模顺序读写，裸设备性能是最差的，所以对OLAP，应使用块设备或卷。

--创建一个分区表
create table scott.testpart
(
    TEXTDATE   VARCHAR2(8)
)
partition by range ( TEXTDATE )
(
     partition p1 values less than ('20090201'),
     partition "p2" values less than ('20090301'), --注意这里的双引号
     partition pm values less than (MAXVALUE)  
)


--插入一些数据（顺便实践一下双层循环）
DECLARE
    i int:=1;
    j int:=1;
BEGIN
       WHILE i<=3 LOOP
            WHILE j<=3 LOOP
                insert into scott.testpart values (2009*10000+i*100+j);
                j:=j+1;
            END LOOP;          
        i:=i+1;    
        j:=1; --注意要重置j，否则就回不到j循环里面了
        END LOOP;
END;


--需要先进行分析，否则num_rows列将为空
analyze table scott.testpart compute statistics;

--查看各个分区的情况
select table_name, partition_name, num_rows from DBA_TAB_PARTITIONS
where table_owner='SCOTT' and table_name='TESTPART';
TABLE_NAME                PARTITION_NAME           NUM_ROWS
-------------------------- ------------------------------ ----------
TESTPART                       P1                                              3
TESTPART                       PM                                            3
TESTPART                       p2                                             3
注意p2因为加了引号仍然是小写（但并不显示引号，这点比较讨厌），没加引号的会显示为大写


--验证数据确实进入了正确的分区
select * from scott.testpart partition(p1);
TEXTDATE
--------
20090101
20090102
20090103

--创建p2时有引号，使用p2时也就需要引号。
--特别的，用一些第三方客户端创建分区表时，生成的SQL往往会自动加上引号，而查看DBA_TAB_PARTITIONS时又看不出来，所以遇到下面的问题，可以加个引号试试。
select * from scott.testpart partition(p2);
ERROR at line 1:
ORA-02149: Specified partition does not exist

select * from scott.testpart partition("p2");
TEXTDATE
--------
20090201
20090202
20090203


--其它相关
select * from scott.testpart;
truncate table scott.testpart;
drop table scott.testpart;

股票的面值，是股份公司在所发行的股票票面上标明的票面金额，它以元/股为单位，其作用是用来表明每一张股票所包含的资本数额。在我国上海和深圳证券交易所流通的股票的面值均为壹元，即每股一元。
一般来说，股票的发行价格都会高于其面值。当股票进入流通市场后，股票的面值就与股票的价格没有什么关系了。股民爱将股价炒到多高，它就有多高。

按股东权利分类，股票可分为普通股、优先股和后配股。在我国上交所与深交所上市的股票都是普通股。

股息红利作为股东的投资收益，是以股份为单位计算的货币金额，如每股多少元。但在上市公司实施具体分派时，其形式可以有四种：这就是现金股利、财产股利、负债股利和股票股利等。沪深股市的上市公司进行利润分配一般只采用股票红利和现金红利两种，即统称所说的送红股和派现金。
当上市公司向股东分派股息时，就要对股票进行除息；当上市公司向股东送红股时，就要对股票进行除权。
我国上市公司中约有一半以上的股份为国家股，且其股权代表基本上都是上市公司的经营管理人员。由于切身利益的影响，经营管理人员基本上都赞同企业的发展与扩张，所以我国上市公司的分红中，送红股的现象就非常普遍。
硬链接
[oracle@dcm ~]$ ln original.file hard.link

软链接
[oracle@dcm ~]$ ln -s original.file soft.link


[oracle@dcm ~]$ ls -l
-rw-r--r-- 2 oracle oinstall    4 Jul 14 17:21 original.file
-rw-r--r-- 2 oracle oinstall    4 Jul 14 17:21 hard.link
lrwxrwxrwx 1 oracle oinstall   13 Jul 14 17:23 soft.link -> original.file

链接数只是和硬链接相关的一个概念
从链接文件可以跟踪到软链接的指向（无法反向跟踪）


---------------
由于inode这种文件系统结构不是双向的，不能查找一个inode被reference了多少次。我们只能通过一些技巧来跟踪硬链接。
1. 通过链接数，我们可以知道哪个文件有硬链接（大于1）
2. 查找该文件的inode id
[oracle@dcm ~]$ ls -i hard.link
1573158 hard.link
3. 通过inode id查找文件（如果需要遍历的目录很多，速度自然可想而知）
[oracle@dcm ~]$ find -inum 1573158
./hard.link
./original.file
4. 硬链接本质上是多个dentry指向同一个inode，所以并没有主从之分，每个dentry都是平等的。
--修改后重新启动数据库，永久生效
SQL> alter system set nls_date_format='yyyymmdd';
ERROR at line 1: --不能是memory scope（默认是both，所以也不行）
ORA-02096: specified initialization parameter is not modifiable with this option

SQL> alter system set nls_date_format='yyyymmdd' scope=spfile;
System altered.

SQL> show parameter nls_date_format  --这个时候还没生效
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
nls_date_format                      string

--重启数据库后
SQL> show parameter nls_date_format
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
nls_date_format                      string      yyyymmdd

SQL> select sysdate from dual;
SYSDATE
--------
20090627



--只对当前session有效，重登录一次SQLPLUS，效果就消失了
SQL> alter session set nls_date_format='yyyy-mm-dd';   --这个格式也很常用 yyyy-mm-dd hh:mi:ss
Session altered.  --同时会覆盖初始化参数里的设置

SQL> select sysdate from dual;
SYSDATE
----------
2009-06-27 Oracle所有对象的相关信息都可以通过静态数据字典来查找，但数据字典实在太多，也记不清名字。
因为数据字典都是以DBA_开头的视图，所以可以想办法先把它们列出来。
btw，DBA>ALL>User

以下两句结果上是等效的
select object_name from dba_objects where object_name like 'DBA\_%' escape '\' and object_type='VIEW';
select view_name from dba_views where view_name like 'DBA\_%' escape '\';



例子：
我想查看数据文件的相关信息，但是从DBA_DATA_FILES里，并没有看见Temp表空间的数据文件的信息。
于是可以尝试如下搜索：
SQL> select view_name from dba_views where view_name like 'DBA\_%TEMP%' escape '\';
VIEW_NAME
------------------------------
DBA_ADVISOR_SQLW_TEMPLATES
DBA_ADVISOR_TEMPLATES
DBA_HIST_BASELINE_TEMPLATE
DBA_LOB_TEMPLATES
DBA_REPCAT_REFRESH_TEMPLATES
DBA_SUBPARTITION_TEMPLATES
DBA_TEMPLATE_REFGROUPS
DBA_TEMPLATE_TARGETS
DBA_TEMP_FILES    --找到嫌疑犯，进去一看，果然记录的是关于Temp表空间的数据文件的信息
DBA_TEMP_FREE_SPACE



这两个命令都是用来更改一些数据库配置的，所以经常容易混淆，如：
>alter database drop logfile group 1;
>alter system switch logfile;
>alter system kill session 'sid,serial#';

为了方便记忆，归纳如下：
alter database (改变数据库--database)
和物理文件直接相关的操作

alter system (改变实例--instance)
不直接牵涉到磁盘文件的操作

当然，这只是为了方便记忆，只满足大部分的情况，并不是所有的命令都能套到这个框框里，最终还是用熟了就记住哪个是哪个了。


---外传---
oracle server=Instance (memory structure) + Database (disk file) + U/S Process
   Instance=SGA + Background Process
   Database=control file + data file + log file
   U/S Process= User Process + Server Process + PGA

《道路交通安全法实施条例》第四十九条规定，机动车在有禁止掉头或者禁止左转弯标志、标线的地点以及在铁路道口、人行横道、桥梁、急弯、陡坡、隧道或者容易发生危险的路段，不得掉头；机动车在没有禁止掉头或者没有禁止左转弯标志、标线的地点可以掉头，但不得妨碍正常行驶的其他车辆和行人的通行。在允许掉头的地点设有掉头专用信号灯的，应当在绿灯期间掉头；未设有掉头信号灯的，但有相应的标志标明在红灯或者绿灯期间掉头的，应当按照标志的指示掉头；既无掉头专用信号灯，又无其他标志指示的，掉头时可不受信号灯限制，但掉头时不得妨碍正常行驶的车辆和行人通行。

-----

有下列情形之一的，依法予以处罚：
   （1）在设有禁止掉头（禁止左转弯）标志、标线的地点掉头的；     
   （2）在人行横道处掉头的;
   （3）在非禁止掉头的地点掉头与正常行驶的车辆、行人发生交通事故的，按掉头时妨碍正常行驶的车辆通行或掉头时妨碍正常行驶的行人通行的行为予以处罚。
   （4）没有从左侧第一条车道（设置专用掉头车道的除外）掉头的，按掉头时未按规定驶入最左侧车道的行为进行处罚。

-----

（一）下列情形，不属于违法行为：
    （1）在没有禁止掉头（禁止左转弯）标志、标线的地点掉头的；
    （2）在没有禁止掉头（禁止左转弯）标志、标线的路口，红灯期间或绿灯期间掉头的；
    （3）在黄色网格线内掉头的。

（二）有下列情形之一的，依法予以处罚：
   （1）在设有禁止掉头（禁止左转弯）标志、标线的地点掉头的；     
   （2）在人行横道处掉头的;
   （3）在非禁止掉头的地点掉头与正常行驶的车辆、行人发生交通事故的，按掉头时妨碍正常行驶的车辆通行或掉头时妨碍正常行驶的行人通行的行为予以处罚。
   （4）没有从左侧第一条车道（设置专用掉头车道的除外）掉头的，按掉头时未按规定驶入最左侧车道的行为进行处罚。


运行该Sub，所有单元格的字母都会变成大写的

给定一段时间，计算出什么时候到期


登录RMAN
[oracle@dcm ~]$ rman target /
Recovery Manager: Release 11.1.0.6.0 - Production on Wed May 13 13:25:30 2009
Copyright (c) 1982, 2007, Oracle.  All rights reserved.
connected to target database: O11G (DBID=140043054)
  或
[oracle@dcm ~]$ rman
Recovery Manager: Release 11.1.0.6.0 - Production on Thu Jun 18 13:28:07 2009
Copyright (c) 1982, 2007, Oracle.  All rights reserved.
RMAN> connect target /
connected to target database: O11G (DBID=140043054)



因为数据库是Open的，且又是非归档模式，所以无法进行在线全备份
RMAN> backup database;
ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode

关了，整成mount状态
RMAN> shutdown
database closed
database dismounted
Oracle instance shut down

RMAN> startup mount
connected to target database (not started)
Oracle instance started
database mounted



开始数据库全备份
RMAN> backup database;
Starting backup at 13-MAY-09
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=154 device type=DISK
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00001 name=/u01/app/oracle/oradata/o11g/system01.dbf
input datafile file number=00002 name=/u01/app/oracle/oradata/o11g/sysaux01.dbf
input datafile file number=00005 name=/u01/app/oracle/oradata/o11g/example01.dbf
input datafile file number=00003 name=/u01/app/oracle/oradata/o11g/undotbs01.dbf
input datafile file number=00007 name=/u01/app/oracle/oradata/o11g/testspace2.dbf
input datafile file number=00004 name=/u01/app/oracle/oradata/o11g/users01.dbf
channel ORA_DISK_1: starting piece 1 at 13-MAY-09
channel ORA_DISK_1: finished piece 1 at 13-MAY-09
piece handle=/u01/app/oracle/flash_recovery_area/O11G/backupset/2009_05_13/o1_mf_nnndf_TAG20090513T153229_50nxwnqz_.bkp tag=TAG20090513T153229 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:01:35
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00006 name=/u01/app/oracle/oradata/o11g/testspace.dbf
channel ORA_DISK_1: starting piece 1 at 13-MAY-09
channel ORA_DISK_1: finished piece 1 at 13-MAY-09
piece handle=/u01/app/oracle/flash_recovery_area/O11G/backupset/2009_05_13/o1_mf_nnndf_TAG20090513T153229_50nxzv00_.bkp tag=TAG20090513T153229 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 13-MAY-09

Starting Control File and SPFILE Autobackup at 13-MAY-09
piece handle=/home/oracle/myo11g/autobackup/c-140043054-20090513-00 comment=NONE
Finished Control File and SPFILE Autobackup at 13-MAY-09

查看备份信息
RMAN> list backup of database;
List of Backup Sets
===================
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
1       Full    1.15G      DISK        00:01:33     13-MAY-09      
        BP Key: 1   Status: AVAILABLE  Compressed: NO  Tag: TAG20090513T153229
        Piece Name: /u01/app/oracle/flash_recovery_area/O11G/backupset/2009_05_13/o1_mf_nnndf_TAG20090513T153229_50nxwnqz_.bkp
  List of Datafiles in backup set 1
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  1       Full 1565621    13-MAY-09 /u01/app/oracle/oradata/o11g/system01.dbf
  2       Full 1565621    13-MAY-09 /u01/app/oracle/oradata/o11g/sysaux01.dbf
  3       Full 1565621    13-MAY-09 /u01/app/oracle/oradata/o11g/undotbs01.dbf
  4       Full 1565621    13-MAY-09 /u01/app/oracle/oradata/o11g/users01.dbf
  5       Full 1565621    13-MAY-09 /u01/app/oracle/oradata/o11g/example01.dbf
  7       Full 1565621    13-MAY-09 /u01/app/oracle/oradata/o11g/testspace2.dbf

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
2       Full    252.00K    DISK        00:00:07     13-MAY-09      
        BP Key: 2   Status: AVAILABLE  Compressed: NO  Tag: TAG20090513T153229
        Piece Name: /u01/app/oracle/flash_recovery_area/O11G/backupset/2009_05_13/o1_mf_nnndf_TAG20090513T153229_50nxzv00_.bkp
  List of Datafiles in backup set 2
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  6       Full 1565621    13-MAY-09 /u01/app/oracle/oradata/o11g/testspace.dbf

RMAN> list backup of controlfile;
List of Backup Sets
===================
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
3       Full    9.36M      DISK        00:00:08     13-MAY-09     
        BP Key: 6   Status: AVAILABLE  Compressed: NO  Tag: TAG20090513T161909
        Piece Name: /home/oracle/myo11g/autobackup/c-140043054-20090513-01
  Control File Included: Ckp SCN: 1568079      Ckp time: 13-MAY-09



删除指定(BS Key)的备份集
RMAN> delete backupset 1;
using channel ORA_DISK_1
List of Backup Pieces
BP Key  BS Key  Pc# Cp# Status      Device Type Piece Name
------- ------- --- --- ----------- ----------- ----------
1       1       1   1   AVAILABLE   DISK        /u01/app/oracle/flash_recovery_area/O11G/backupset/2009_05_13/o1_mf_nnndf_TAG20090513T153229_50nxwnqz_.bkp

Do you really want to delete the above objects (enter YES or NO)? YES
deleted backup piece
backup piece handle=/u01/app/oracle/flash_recovery_area/O11G/backupset/2009_05_13/o1_mf_nnndf_TAG20090513T153229_50nxwnqz_.bkp RECID=1 STAMP=686763156
Deleted 1 objects

删除所有备份集
RMAN> delete backup;

using channel ORA_DISK_1

List of Backup Pieces
BP Key  BS Key  Pc# Cp# Status      Device Type Piece Name
------- ------- --- --- ----------- ----------- ----------
2       2       1   1   AVAILABLE   DISK        /u01/app/oracle/flash_recovery_area/O11G/backupset/2009_05_13/o1_mf_nnndf_TAG20090513T153229_50nxzv00_.bkp
3       3       1   1   AVAILABLE   DISK        /home/oracle/myo11g/autobackup/c-140043054-20090513-00

Do you really want to delete the above objects (enter YES or NO)? YES
deleted backup piece
backup piece handle=/u01/app/oracle/flash_recovery_area/O11G/backupset/2009_05_13/o1_mf_nnndf_TAG20090513T153229_50nxzv00_.bkp RECID=2 STAMP=686763258
deleted backup piece
backup piece handle=/home/oracle/myo11g/autobackup/c-140043054-20090513-00 RECID=3 STAMP=686763268
Deleted 2 objects

01555
ORA-01555: snapshot too old    回滚段不够用了
可以采取的措施有：
1、应用程序尽量避免巨表的漫长查询操作，改传统的cursor游标为bulk collect；
2、尽量程序中不要使用大事务量的增删改操作，同时记得及时commit；
3、加大undo表空间和加大undo的retention。

10046
Event 10046是oracle用于系统性能分析时的一个最重要的事件。 Ora s le

74亿美元呀，现在Oracle可以和18摸全面抗衡了！

简直就成了IT届的 GE vs 西门子!




----收购后的格局----
航母级：IBM  vs  Oracle+SUN
软件：Microsoft，SAP，RedHat，Sybase（小赛的级别是不够放在这的，我觉得它最终也会走上被收购的道路）
硬件：HP，Dell，Fujitsu


----预测----
1. MySQL是生是死？
Oracle是当今企业级数据库的老大，MySQL是当今互联网应用的老大。
如果小O把小My干掉，并不代表小My的那部分市场会成为小O的；相反，如果小O能好好照顾小My，那简直就无敌了。
个人预测：75分，只要小O能够保持一颗开放的心，小My应该能有很好的发展。

2. Solaris是生是死？
小O一直致力于发展Linux技术（比如他和小红合作搞的Unbreakable Linux），是把Solaris拿来当补充，还是干掉？
个人预测：60分，不会有太大发展，保持现状。

3. Java的发展方向？
Oracle在很多方面都很需要Java，这是好的一面。
但是Java作为一门技术，而不是一个产品，需要有一个中立的代表，SUN以前的态度还是不错的。但小O和小I显然是誓不两立的，会不会导致Java世界的分裂？
个人预测：70分，这个可能最难预测，实在不希望看到不好的结果。

4. 硬件部分
这是小O没有的，但是不排除小O把它剥离卖出去。但我又觉得这种可能性很小，因为小O最不缺的就是钱，而且这是小O去和小I叫板的一大资本。
个人预测：80分，以后Oracle也可以玩total solution的游戏了。



----关系----
  和IBM，这回真的成为死死对头了
  和HP、Dell，选什么产品还是由市场决定的，小O总不能强买强卖SUN的服务器吧，还好吧
  和RedHat，小O和小红正在一起搞过Unbreakable Linux，我觉得小O会继续搞下去
  和Sybase，这回搞得三大主流操作系统（Windows、AIX、Solaris）都有自己的数据库了，Sybase的数据库将越来越难卖了
  和SAP，Microsoft，跟这次收购没太大关系，但震撼一定不小
--最多同时运行的JOB个数；如果太小，JOB就排队等待；如果为0，就没有JOB会被执行。
SQL> show parameter job_queue_processes
NAME                                        TYPE          VALUE
--------------------------         ----------    -------------
job_queue_processes         integer          10

--一个什么也不做的SP
CREATE OR REPLACE PROCEDURE mytest
IS
BEGIN
    NULL;
END;

--一个往表里写数据的SP
CREATE OR REPLACE PROCEDURE mytest
IS
BEGIN
    insert into test_table values(...);
END;

--定时调用SP，10秒（86400秒=1天）
SQL> VARIABLE job_id NUMBER;
SQL> BEGIN
           -- :job_id中的冒号表示冒号后面的是变量，类似SQL Server的@
           DBMS_JOB.SUBMIT(:job_id, 'mytest;', sysdate, 'sysdate + 10 / 86400') ;
           COMMIT;  --记得一定要commit哦
           END;

--查看刚才生成的Job ID
SQL> set serveroutput on
SQL> execute dbms_output.put_line(:job_id)  --这里倒是不需要commit，直接execute就好了
318

--查看所有Job
 select * from user_jobs;

--删除Job
SQL> BEGIN
           DBMS_JOB.REMOVE(123); --123是Job ID
           COMMIT;
           END;


如果Job由于某种原因未能成功运行，Oracle将重试16次，之后如果还未能成功运行，将被标记为Broken。



http://www.blogjava.net/Jcat/archive/2009/12/17/306315.html
从10g开始，DBMS_SCHEDULER 逐步会替换掉 DBMS_JOB

DBMS_JOB has been around forever, and now it is deprecated. Although DBMS_JOB still exists in 10g and 11g, but only for backward compatibility. No new features are being added to dbms_job and you will likely quickly run into its limitations. Oracle recommends the use of DBMS_SCHEDULER in releases 10g and up. DBMS_SCHEDULER is a much more robust package and fully-featured than DBMS_JOB. To use the DBMS_SCHEDULER package a user must be granted the CREATE JOB privilege.

After replace DBMS_JOB with DBMS_SCHEDULER for all jobs successful, the job_queue_processes parameter can now be set to zero.
SQL&gt; alter system set job_queue_processes=0;
登录  shell> mysql -u用户名 -p密码

查看数据库  mysql> show databases;
至少会显示出两个数据库mysql和test，这是系统自建的，供大家练习用。

使用数据库  mysql> use 数据库名

查看表  mysql> show tables;

查看表结构  mysql> desc 表名;

备份数据库  shell> mysqldump -uroot -p密码 数据库名 > 备份的文件路径
SunOS是Sun的操作系统最初叫法，SunOS主要是基于BSDUnix版本；
SunOS 5.0开始，SUN的操作系统开发开始转向System V Release 4，并且有了新的名字叫做Solaris2.0；
Solaris 2.6以后,SUN删除了版本号中的"2，因此，SunOS 5.10就叫做Solaris 10。

最后"SunOS"这个词被用做专指Solaris操作系统的内核；而Solaris被认为是由SunOS，图形化的桌面计算环境, 以及它网络增强部分组成。
 
　　
---Solaris与Sunos的版本转换---
Solaris 10 = SunOS 5.10
Solaris 9 = SunOS 5.9
Solaris 8 = SunOS 5.8
Solaris 7 = SunOS 5.7
Solaris 2.6 = SunOS 5.6
Solaris 2.5 = Sunos 5.5
　　

------------------
Solaris也有分服务器版和个人版，它们分别是：
   服务器版：sparc
   个人版：x86
虽然Solaris在SPARC上拥有强大的处理能力和硬件支持，但是在Intel x86上性能却未如人意。