純好人不用打：白羊

沒人防：雙子（迷宮）、天平（卡妙的冰箱）、射手（迷宮）

打死：巨蟹（紫龍）、山羊（紫龍自曝）、雙魚（阿瞬）、水瓶（冰河）

沒打過，放水：獅子（星矢）、天蝎（冰河）、金牛（星矢）、處女（一輝）


這樣看來紫龍是最NB的，一個(gè)人干掉2個(gè)，而且靠他師傅走后門天平不用打，還用天平的武器救了冰河。

冰河和他師傅干了2仗
冰河那段也挺NB，先是在天平被凍個(gè)半死，然后在天蝎被針扎個(gè)半死，最后到了水瓶還能把他師傅干掉
冰河和他師傅是最體現(xiàn)實(shí)力的一仗，純實(shí)力對(duì)扣

合著星矢誰也沒殺，就TM來打醬油的。。。
簡(jiǎn)單過一遍，詳細(xì)的以后遇到慢慢研究。
主要的更新在幾個(gè)方面：
1. OUI的改進(jìn)
2. Oracle Restart
3. ASM的增強(qiáng)！！！


New Grid Infrastructure Installation Option
?1. 單點(diǎn)包括：ASM、listener和Oracle Restart（監(jiān)控、管理并自動(dòng)重啟各個(gè)組件）
?2. 集群包括：ASM、listener和Clusterware

New Desktop and Server Class Options
?1. Desktop Class：適用于筆記本、臺(tái)式機(jī)
?2. Server Class：適用于服務(wù)器（功能上沒區(qū)別，多一些高級(jí)配置選項(xiàng)）

Daylight Savings Time Upgrade of Timestamp with Timezone Data Type
?新的DBMS_DST包，優(yōu)化對(duì)TIMESTAMP WITH TIMEZONE數(shù)據(jù)的管理

SYSASM Privilege
?管理ASM需要SYSASM權(quán)限，旨在分清ASM管理和DB管理

Fixup Scripts and Prerequisite Checks
?安裝前檢查時(shí)，如果遇到不符合要求的配置，OUI會(huì)對(duì)一些檢查項(xiàng)自動(dòng)生成fixup腳本，用root執(zhí)行就可以解決相應(yīng)問題。

New Tool to Configure Custom Installation Options
?OUI不在提供對(duì)單個(gè)組件的配置功能，如果需要只能用$ORACLE_HOME/bin/chopt命令行進(jìn)行配置。我想Oracle的趨勢(shì)就是為了讓更多已經(jīng)成熟的配置自動(dòng)化，簡(jiǎn)化使用。

Deinstallation Tool
?OUI不再用來刪除oracle軟件，請(qǐng)使用$ORACLE_HOME/deinstall

Intelligent Data Placement
?指定ASM磁盤的磁盤范圍，旨在將高頻訪問的數(shù)據(jù)放在HOT region（比如磁盤的外道）

Oracle Automatic Storage Management Cluster File System (Oracle ACFS)
?為其它文件提供ASM的存儲(chǔ)功能

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

Use Oracle Restart to Automatically Restart Your Database
?1. 針對(duì)單點(diǎn)環(huán)境
?2. 自動(dòng)重啟又問題的組件，如：db instance、listener、asm instance

New Method of Installing Oracle Automatic Storage Management
?以前，ASM的安裝是伴隨著DB的安裝；現(xiàn)在是伴隨著Software的安裝。
?其實(shí)，就是把ASM上升到一個(gè)軟件的高度（以前只是db的一個(gè)組件）

SRVCTL Support for Single Instance Database in a Cluster
?SRVCTL統(tǒng)一管理單點(diǎn)（with Restart）和集群數(shù)據(jù)庫(kù)（with Clusterware）

Deprecated in Oracle Database 11g Release 2
?不支持裸設(shè)備了：要么用文件系統(tǒng)、要么用ASM，說白了，企業(yè)環(huán)境就必須用ASM
?不支持Oracle Ultra Search（9i的一個(gè)什么鳥功能）






















重裝完系統(tǒng)，mysql不需要重裝，直接當(dāng)綠色版使用，還更干凈

//啟動(dòng)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
)

//簡(jiǎn)單使用
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
創(chuàng)建數(shù)據(jù)庫(kù)
mysql> create database testdb;




--主鍵是非分區(qū)索引，也可以看作是全局
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;


--主鍵是分區(qū)索引
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;


這個(gè)案例也告訴我們，在做DDL時(shí)，盡量還是顯示的寫出屬性，一些簡(jiǎn)易語法會(huì)引起不可知的定義。最后都用 get_ddl 再查一下，這才是Oracle真正執(zhí)行的DDL。
列出所有實(shí)例
[db2inst1@dcm ~]$ db2ilist
db2inst1

列出當(dāng)前實(shí)例下的所有數(shù)據(jù)庫(kù)
[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???????? =

啟動(dòng)實(shí)例
[db2inst1@dcm ~]$ db2start
07/09/2010 14:24:36???? 0?? 0?? SQL1063N? DB2START processing was successful.
SQL1063N? DB2START processing was successful.

連接到數(shù)據(jù)庫(kù)
[db2inst1@dcm ~]$ db2 connect to sample

?? Database Connection Information

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

執(zhí)行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.

關(guān)閉實(shí)例
[db2inst1@dcm ~]$ db2stop
07/09/2010 14:29:32???? 0?? 0?? SQL1064N? DB2STOP processing was successful.
SQL1064N? DB2STOP processing was successful.

最近初探了一下DB2，發(fā)現(xiàn)關(guān)于“數(shù)據(jù)庫(kù)”、“實(shí)例”的概念及其關(guān)系容易把人弄暈，這里小小總結(jié)一下，并把Oracle也拉進(jìn)來一起整。
另外，發(fā)現(xiàn)Oracle和IBM老搞一些理論上就針鋒相對(duì)的事情，如RAC vs DPF (database partitioning feature)，很是有趣。


基本概念還是相同的
數(shù)據(jù)庫(kù)軟件（下面簡(jiǎn)稱軟件）：軟件本身，一臺(tái)主機(jī)安裝一套就可以了。（拋開你故意在一臺(tái)服務(wù)器上安裝2遍Oracle/DB2這種不正常思維）

實(shí)例：數(shù)據(jù)庫(kù)軟件啟動(dòng)后的“進(jìn)程+內(nèi)存”

軟件+實(shí)例的關(guān)系：一臺(tái)電腦只需要按照一套QQ（軟件），但是我們可以多用戶登錄（實(shí)例）。換到哲學(xué)的角度，就是抽象和具體的關(guān)系。

數(shù)據(jù)庫(kù)（狹義，下面簡(jiǎn)稱庫(kù)）：一堆文件（數(shù)據(jù)文件、控制文件、日志文件、參數(shù)文件）
它和軟件的區(qū)別：軟件是廠商賣給你的東西；庫(kù)是你自己的東西（業(yè)務(wù)、應(yīng)用）
它和實(shí)例的關(guān)系：用戶需要借助實(shí)例（所提供的各種手段）來訪問庫(kù)

庫(kù)就相當(dāng)于是QQ聊天記錄

最后：數(shù)據(jù)庫(kù)（廣義）= 軟件 + 實(shí)例 + 庫(kù)
一臺(tái)服務(wù)器（即一套數(shù)據(jù)庫(kù)軟件）可以建多個(gè)實(shí)例，多個(gè)庫(kù)，且互不相干


體系結(jié)構(gòu)的不同之處
Oracle? 實(shí)例和庫(kù)一一對(duì)應(yīng)
DB2???? 一個(gè)實(shí)例可以掛多個(gè)庫(kù)


高級(jí)情況（簡(jiǎn)單提一下，以后再慢慢研究）
Oracle：RAC一個(gè)庫(kù)被多個(gè)實(shí)例掛
DB2：DPF一個(gè)實(shí)例多個(gè)庫(kù)

在數(shù)據(jù)庫(kù)集群模式設(shè)計(jì)方面，有Share everything架構(gòu)和Share nothing架構(gòu)，前者以O(shè)RACLE RAC為代表，IBM DB2 Purescale為挑戰(zhàn)者；后者以IBM DB2 DPF為代表。

行鏈接：
1. 一條記錄的大小大于block size，則產(chǎn)生行鏈接
2. 容易發(fā)生在比較大的行上
3. 因?yàn)樾墟溄邮怯蒬b_block_size不夠大引起的，所以對(duì)已有的行鏈接是無法清除的
4. 9i以后，可以對(duì)不同的表空間設(shè)置不同的db_block_size，可以將一些特殊的寬表放在大block size的表空間

例子：
表空間block size為8k（8192），因?yàn)閿?shù)據(jù)塊頭也要占一定空間，所以如下例，實(shí)際只能放7948的數(shù)據(jù)，一旦超過，就產(chǎn)生行鏈接

--無
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. 因?yàn)楦率箁ow size變大了，一個(gè)block里又不足以放下增加的空間（PCTFREE相關(guān)），則產(chǎn)生行遷移
3. 容易發(fā)生在PCTFREE較小，對(duì)類似varchar類型的update又很多的表上
4. 無法避免，但通過把數(shù)據(jù)導(dǎo)出導(dǎo)入進(jìn)行清除

例子：
--無
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了，產(chǎn)生行遷移
--有
update test7948_vchar set e='123456789' 隨著Oracle收購(gòu)SUN，今天又爆出SAP收購(gòu)Sybase的大料。

現(xiàn)狀：
Oracle和IBM已經(jīng)成為諾亞方舟級(jí)的廠商，啥都有。
微軟，SAP成為航母級(jí)的廠商，軟件方面啥都有，但目前沒有硬件。

猜想：who's next? Dell? HP?
不然微軟把Dell收了吧，組成BDll公司；
然后SAP和HP合并為SHP
--創(chuàng)建一個(gè)大一點(diǎn)的TEMP表空間
create temporary tablespace temp1
tempfile '/oracledatafile/temp01.dbf' SIZE 100m autoextend on next 100m maxsize 5000m;
?
--切換默認(rèn)TEMP表空間
alter database default temporary tablespace temp1;

--刪掉以前的TEMP表空間
drop tablespace temp including contents and datafiles; 1. 物化視圖由于是物理真實(shí)存在的，故可以創(chuàng)建索引。




--為基表創(chuàng)建MLOG
--創(chuàng)建物化視圖時(shí)應(yīng)先創(chuàng)建存儲(chǔ)的日志空間，否則建MV時(shí)報(bào)錯(cuò)
--ORA-23413: table "SCOTT"."EMP" does not have a materialized view log
create materialized view log on scott.emp
tablespace test
/


--創(chuàng)建物化視圖
create materialized view test_mv
tablespace test
parallel (degree 4)
build immediate refresh fast
enable query rewrite
as
select * from scott.emp
/


--查看一下結(jié)果，果然很符合物化視圖的定義，一個(gè)表+一個(gè)視圖
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? （這就是那個(gè)存儲(chǔ)表）

--查看MLOG的情況
--注意：MLOG的所屬和MV的所屬并不是同一個(gè)
SQL> select log_owner, master, log_table from dba_mview_logs
LOG_OWNER??? MASTER??? LOG_TABLE
---------------------------------
SCOTT??? ??? EMP??? MLOG$_EMP （MLOG其實(shí)也就是一個(gè)表）

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
?

--用來測(cè)試的表
create table test_tri(
a1 int,
a2 int
)
tablespace test


-----行級(jí)insert觸發(fā)器-----
1) 插入的一行新數(shù)據(jù)保存在:new
2) insert觸發(fā)器沒有:old值
3) 對(duì):new的修改，只能定義在before類型的觸發(fā)器中

---觸發(fā)器語法---
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;
/

--測(cè)試
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(由觸發(fā)器生成的值)
???????? 2????????? 3



-----DDL觸發(fā)器-----
--任何create語句都會(huì)觸發(fā)這個(gè)語句
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中自動(dòng)就帶有如下內(nèi)容，這里咱們就來解釋一下這些東西是干什么用的

----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
默認(rèn)安裝時(shí)，會(huì)安裝一個(gè)PL/SQL外部程序（extproc--這是程序名）條目在listener.ora中，是oracle為調(diào)用外部程序默認(rèn)配置的監(jiān)聽，它的名字（也就是SID）通常是ExtProc或PLSExtProc。
但一般不會(huì)使用它，可以直接從listener.ora中將這項(xiàng)移除，因?yàn)閷?duì)ExtProc已經(jīng)有多種攻擊手段了，在不使用外部程序時(shí)，Oracle也是建議刪除的。



extproc的作用就是在pl/sql中調(diào)用外部語句，如c，java寫的過程。
現(xiàn)在，Oracle已經(jīng)全面支持JAVA了，這東西也就過時(shí)了，之所以繼續(xù)保留是考慮到兼容以前老版本的數(shù)據(jù)庫(kù)實(shí)例。

[oracle@dcm bin]$ extproc
Oracle Corporation --- TUESDAY?? JAN 05 2010 21:58:23.878
Heterogeneous Agent Release 10.2.0.1.0 - Production
--登錄sys用戶，創(chuàng)建一個(gè)測(cè)試用戶，權(quán)限可以給大點(diǎn)
SQL> create user test identified by xxxxx;
SQL> grant connect to test;
SQL> grant resource to test;
SQL> grant dba to test;


--登錄test用戶，開始測(cè)試
--建個(gè)測(cè)試表
create table test_table(id int, time timestamp);

--創(chuàng)建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函數(shù)同SQLServer的isnull函數(shù)
?? ?start_date => null, --一激活，就開始
?? ?repeat_interval => 'FREQ=SECONDLY;INTERVAL=10');
end;

FREQ用來指定間隔的時(shí)間周期，可選參數(shù)有：YEARLY，MONTHLY，WEEKLY，DAILY，HOURLY，MINUTELY，SECONDLY。

--光創(chuàng)建沒用，還需要激活；也可以在創(chuàng)建時(shí)，直接把enable屬性設(shè)置為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

--停止任務(wù)
begin
dbms_scheduler.disable('test_job');
end;

--刪除任務(wù)
begin
dbms_scheduler.drop_job('test_job');
end;

一致和并發(fā)是對(duì)立的，需要根據(jù)應(yīng)用，選擇權(quán)宜之計(jì)

數(shù)據(jù)不一致的現(xiàn)象
---事務(wù)內(nèi)單SQL的情況---
1.臟讀-Dirty Read：本事務(wù)讀取了其它事務(wù)尚未提交的修改數(shù)據(jù)
例子：讀了不該讀的
1:00 x=1
1:01 A用戶 Update x=2（但未commit）
1:02 B用戶 Select x --> x=2
合理的情況是x仍然等于1

---事務(wù)內(nèi)多SQL的情況（典型的如，先查再改）---
2.不可重復(fù)讀-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
首先這個(gè)結(jié)果從單條SQL的角度看，是沒有問題的。但是，如果把B的兩次查詢看作一個(gè)整體（事務(wù)），那么合理的情況應(yīng)該是
? x+y仍然等于3
? 或者B再進(jìn)行一次事務(wù)，得出 x=2 y=2 x+y=4 的結(jié)果

例子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
其實(shí)道理和之前的不可重復(fù)讀相同，只不過是由Insert引起的罷了。
（甚至Delete也會(huì)引起類似的問題，但好像學(xué)術(shù)界并沒有對(duì)Delete進(jìn)行討論）



Isolation Level
Read Uncommitted：1，2，3都會(huì)發(fā)生
? Oracle中嚴(yán)格禁止臟讀
? 在SQL Server 7.0中，是可以選擇該級(jí)別的
Read Committed：發(fā)生2，3（Oracle的默認(rèn)級(jí)別）
Repeatable Read：發(fā)生3
Serializable：都不發(fā)生


Oracle的實(shí)現(xiàn)方式
Read Committed：默認(rèn)就實(shí)現(xiàn)
Repeatable Read：
? 1. 悲觀鎖（select ... for update)，影響并發(fā)
? 2. 樂觀鎖（update where 所有字段都作為條件)，不影響并發(fā)
Serializable：
? alter session set isolation_level=serializable/read only


因?yàn)樵诳蛻裟枪ぷ鞑荒苌暇W(wǎng)，決定辦一張3G上網(wǎng)卡（公司報(bào)銷），中午分別去電信和移動(dòng)了解了一下：
電信 960元? 7個(gè)月? 300小時(shí)/月
移動(dòng) 880元? 7個(gè)月? 15G/月 （目前推廣期，不限流量）
（都包含上網(wǎng)貓）
這樣算下來還是移動(dòng)的便宜，去搞了個(gè)移動(dòng)的。

關(guān)于移動(dòng)的上網(wǎng)貓，開始給我測(cè)試的時(shí)候用的是華為的、白色、流線型還挺好看。最終給我的是一個(gè)鳥公司的（敏訊），方形真難看，太大了，號(hào)稱還是升級(jí)版。

速度嘛，看網(wǎng)頁(yè)沒啥問題，Outlook下郵件也很快，在線聽歌也沒問題，在線電影就不去嘗試了，免得傷自尊，辦公足夠了。玩開心網(wǎng)有點(diǎn)卡。（我以前就用過聯(lián)通的CDMA-2G上網(wǎng)，那叫一個(gè)慢呀）

這個(gè)帖子就是用3G網(wǎng)絡(luò)發(fā)的，哈哈。同時(shí)紀(jì)念一下2年后重回BMW做項(xiàng)目。
扇區(qū)（sector）：最小的可尋址單元，512byte
磁道（track）：一圈扇區(qū)
磁柱（cylinder）：一摞磁道

每一磁道的扇區(qū)數(shù)是一樣的，但是存儲(chǔ)密度不同，外疏內(nèi)密。

為什么要外疏內(nèi)密？
角速度相同時(shí)，線速度與半徑成正比：
硬盤為了提高其軸壽命，軸的轉(zhuǎn)動(dòng)速度是一定的。磁頭在硬盤上讀寫數(shù)據(jù)是近乎于圓弧的路線，而越往外，線速度就越快。為了保證讀取的準(zhǔn)確性只能減小外道的密度使磁頭讀取數(shù)據(jù)的時(shí)間間隔是相同的。


有待研究：早期的磁盤每個(gè)磁道上的扇區(qū)數(shù)目是一樣，顯然浪費(fèi)了外圈的容量，后來為了增大磁盤容量采用了新技術(shù)，也就是說越往外每磁道扇區(qū)數(shù)目越多。

字符設(shè)備：按照字符流的方式被有序訪問，不能隨機(jī)存取，如鍵盤、串口打印機(jī)、磁帶。

塊設(shè)備：能夠隨機(jī)（不需要按順序）訪問固定大小數(shù)據(jù)片（chunks），采用塊緩沖技術(shù)，如硬盤、軟盤、光驅(qū)。

裸設(shè)備：是一種沒有經(jīng)過格式化，不被Unix通過文件系統(tǒng)來讀取的特殊字符設(shè)備。
現(xiàn)在問題來了，Oracle在使用裸設(shè)備時(shí)（如ASM、甚或表空間直接建在裸設(shè)備上），難道還是順序存取？顯然不符合事實(shí)。
其實(shí)，說裸設(shè)備是字符設(shè)備，只是從操作系統(tǒng)的角度來說的；從使用裸設(shè)備的應(yīng)用程序（如Oracle）的角度，還是塊設(shè)備，Oracle會(huì)去對(duì)磁盤進(jìn)行分塊管理。

邏輯卷是邏輯概念，可以包含多塊物理硬盤，實(shí)現(xiàn)了存儲(chǔ)跨盤功能，同時(shí)提供了數(shù)據(jù)復(fù)制機(jī)制，提供了數(shù)據(jù)安全保護(hù)機(jī)制。

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

裸設(shè)備適用于每次改動(dòng)數(shù)據(jù)較小、需大量并發(fā)交易，OLTP；
對(duì)于大規(guī)模順序讀寫，裸設(shè)備性能是最差的，所以對(duì)OLAP，應(yīng)使用塊設(shè)備或卷。

--創(chuàng)建一個(gè)分區(qū)表
create table scott.testpart
(
?? ?TEXTDATE?? VARCHAR2(8)
)
partition by range ( TEXTDATE )
(
?? ? partition p1 values less than ('20090201'),
??? ?partition "p2" values less than ('20090301'), --注意這里的雙引號(hào)
?? ? partition pm values less than (MAXVALUE) ?
)


--插入一些數(shù)據(jù)（順便實(shí)踐一下雙層循環(huán)）
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(luò)循環(huán)里面了
?? ???? END LOOP;
END;


--需要先進(jìn)行分析，否則num_rows列將為空
analyze table scott.testpart compute statistics;

--查看各個(gè)分區(qū)的情況
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因?yàn)榧恿艘?hào)仍然是小寫（但并不顯示引號(hào)，這點(diǎn)比較討厭），沒加引號(hào)的會(huì)顯示為大寫


--驗(yàn)證數(shù)據(jù)確實(shí)進(jìn)入了正確的分區(qū)
select * from scott.testpart partition(p1);
TEXTDATE
--------
20090101
20090102
20090103

--創(chuàng)建p2時(shí)有引號(hào)，使用p2時(shí)也就需要引號(hào)。
--特別的，用一些第三方客戶端創(chuàng)建分區(qū)表時(shí)，生成的SQL往往會(huì)自動(dòng)加上引號(hào)，而查看DBA_TAB_PARTITIONS時(shí)又看不出來，所以遇到下面的問題，可以加個(gè)引號(hào)試試。
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


--其它相關(guān)
select * from scott.testpart;
truncate table scott.testpart;
drop table scott.testpart;

股票的面值，是股份公司在所發(fā)行的股票票面上標(biāo)明的票面金額，它以元/股為單位，其作用是用來表明每一張股票所包含的資本數(shù)額。在我國(guó)上海和深圳證券交易所流通的股票的面值均為壹元，即每股一元。
一般來說，股票的發(fā)行價(jià)格都會(huì)高于其面值。當(dāng)股票進(jìn)入流通市場(chǎng)后，股票的面值就與股票的價(jià)格沒有什么關(guān)系了。股民愛將股價(jià)炒到多高，它就有多高。

按股東權(quán)利分類，股票可分為普通股、優(yōu)先股和后配股。在我國(guó)上交所與深交所上市的股票都是普通股。

股息紅利作為股東的投資收益，是以股份為單位計(jì)算的貨幣金額，如每股多少元。但在上市公司實(shí)施具體分派時(shí)，其形式可以有四種：這就是現(xiàn)金股利、財(cái)產(chǎn)股利、負(fù)債股利和股票股利等。滬深股市的上市公司進(jìn)行利潤(rùn)分配一般只采用股票紅利和現(xiàn)金紅利兩種，即統(tǒng)稱所說的送紅股和派現(xiàn)金。
當(dāng)上市公司向股東分派股息時(shí)，就要對(duì)股票進(jìn)行除息；當(dāng)上市公司向股東送紅股時(shí)，就要對(duì)股票進(jìn)行除權(quán)。
我國(guó)上市公司中約有一半以上的股份為國(guó)家股，且其股權(quán)代表基本上都是上市公司的經(jīng)營(yíng)管理人員。由于切身利益的影響，經(jīng)營(yíng)管理人員基本上都贊同企業(yè)的發(fā)展與擴(kuò)張，所以我國(guó)上市公司的分紅中，送紅股的現(xiàn)象就非常普遍。
硬鏈接
[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

鏈接數(shù)只是和硬鏈接相關(guān)的一個(gè)概念
從鏈接文件可以跟蹤到軟鏈接的指向（無法反向跟蹤）


---------------
由于inode這種文件系統(tǒng)結(jié)構(gòu)不是雙向的，不能查找一個(gè)inode被reference了多少次。我們只能通過一些技巧來跟蹤硬鏈接。
1. 通過鏈接數(shù)，我們可以知道哪個(gè)文件有硬鏈接（大于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. 硬鏈接本質(zhì)上是多個(gè)dentry指向同一個(gè)inode，所以并沒有主從之分，每個(gè)dentry都是平等的。
--修改后重新啟動(dòng)數(shù)據(jù)庫(kù)，永久生效
SQL> alter system set nls_date_format='yyyymmdd';
ERROR at line 1: --不能是memory scope（默認(rèn)是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? --這個(gè)時(shí)候還沒生效
NAME???????????????????????????????? TYPE??????? VALUE
------------------------------------ ----------- ------------------------------
nls_date_format????????????????????? string

--重啟數(shù)據(jù)庫(kù)后
SQL> show parameter nls_date_format
NAME???????????????????????????????? TYPE??????? VALUE
------------------------------------ ----------- ------------------------------
nls_date_format????????????????????? string????? yyyymmdd

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



--只對(duì)當(dāng)前session有效，重登錄一次SQLPLUS，效果就消失了
SQL> alter session set nls_date_format='yyyy-mm-dd';?? --這個(gè)格式也很常用 yyyy-mm-dd hh:mi:ss
Session altered.? --同時(shí)會(huì)覆蓋初始化參數(shù)里的設(shè)置

SQL> select sysdate from dual;
SYSDATE
----------
2009-06-27 Oracle所有對(duì)象的相關(guān)信息都可以通過靜態(tài)數(shù)據(jù)字典來查找，但數(shù)據(jù)字典實(shí)在太多，也記不清名字。
因?yàn)閿?shù)據(jù)字典都是以DBA_開頭的視圖，所以可以想辦法先把它們列出來。
btw，DBA>ALL>User

以下兩句結(jié)果上是等效的
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 '\';



例子：
我想查看數(shù)據(jù)文件的相關(guān)信息，但是從DBA_DATA_FILES里，并沒有看見Temp表空間的數(shù)據(jù)文件的信息。
于是可以嘗試如下搜索：
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??? --找到嫌疑犯，進(jìn)去一看，果然記錄的是關(guān)于Temp表空間的數(shù)據(jù)文件的信息
DBA_TEMP_FREE_SPACE



這兩個(gè)命令都是用來更改一些數(shù)據(jù)庫(kù)配置的，所以經(jīng)常容易混淆，如：
>alter database drop logfile group 1;
>alter system switch logfile;
>alter system kill session 'sid,serial#';

為了方便記憶，歸納如下：
alter database (改變數(shù)據(jù)庫(kù)--database)
和物理文件直接相關(guān)的操作

alter system (改變實(shí)例--instance)
不直接牽涉到磁盤文件的操作

當(dāng)然，這只是為了方便記憶，只滿足大部分的情況，并不是所有的命令都能套到這個(gè)框框里，最終還是用熟了就記住哪個(gè)是哪個(gè)了。


---外傳---
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

《道路交通安全法實(shí)施條例》第四十九條規(guī)定，機(jī)動(dòng)車在有禁止掉頭或者禁止左轉(zhuǎn)彎標(biāo)志、標(biāo)線的地點(diǎn)以及在鐵路道口、人行橫道、橋梁、急彎、陡坡、隧道或者容易發(fā)生危險(xiǎn)的路段，不得掉頭；機(jī)動(dòng)車在沒有禁止掉頭或者沒有禁止左轉(zhuǎn)彎標(biāo)志、標(biāo)線的地點(diǎn)可以掉頭，但不得妨礙正常行駛的其他車輛和行人的通行。在允許掉頭的地點(diǎn)設(shè)有掉頭專用信號(hào)燈的，應(yīng)當(dāng)在綠燈期間掉頭；未設(shè)有掉頭信號(hào)燈的，但有相應(yīng)的標(biāo)志標(biāo)明在紅燈或者綠燈期間掉頭的，應(yīng)當(dāng)按照標(biāo)志的指示掉頭；既無掉頭專用信號(hào)燈，又無其他標(biāo)志指示的，掉頭時(shí)可不受信號(hào)燈限制，但掉頭時(shí)不得妨礙正常行駛的車輛和行人通行。

-----

有下列情形之一的，依法予以處罰：
?? （1）在設(shè)有禁止掉頭（禁止左轉(zhuǎn)彎）標(biāo)志、標(biāo)線的地點(diǎn)掉頭的；??? ?
?? （2）在人行橫道處掉頭的;
?? （3）在非禁止掉頭的地點(diǎn)掉頭與正常行駛的車輛、行人發(fā)生交通事故的，按掉頭時(shí)妨礙正常行駛的車輛通行或掉頭時(shí)妨礙正常行駛的行人通行的行為予以處罰。
?? （4）沒有從左側(cè)第一條車道（設(shè)置專用掉頭車道的除外）掉頭的，按掉頭時(shí)未按規(guī)定駛?cè)胱钭髠?cè)車道的行為進(jìn)行處罰。

-----

（一）下列情形，不屬于違法行為：
??? （1）在沒有禁止掉頭（禁止左轉(zhuǎn)彎）標(biāo)志、標(biāo)線的地點(diǎn)掉頭的；
??? （2）在沒有禁止掉頭（禁止左轉(zhuǎn)彎）標(biāo)志、標(biāo)線的路口，紅燈期間或綠燈期間掉頭的；
??? （3）在黃色網(wǎng)格線內(nèi)掉頭的。

（二）有下列情形之一的，依法予以處罰：
?? （1）在設(shè)有禁止掉頭（禁止左轉(zhuǎn)彎）標(biāo)志、標(biāo)線的地點(diǎn)掉頭的；??? ?
?? （2）在人行橫道處掉頭的;
?? （3）在非禁止掉頭的地點(diǎn)掉頭與正常行駛的車輛、行人發(fā)生交通事故的，按掉頭時(shí)妨礙正常行駛的車輛通行或掉頭時(shí)妨礙正常行駛的行人通行的行為予以處罰。
?? （4）沒有從左側(cè)第一條車道（設(shè)置專用掉頭車道的除外）掉頭的，按掉頭時(shí)未按規(guī)定駛?cè)胱钭髠?cè)車道的行為進(jìn)行處罰。


運(yùn)行該Sub，所有單元格的字母都會(huì)變成大寫的

給定一段時(shí)間，計(jì)算出什么時(shí)候到期


登錄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)



因?yàn)閿?shù)據(jù)庫(kù)是Open的，且又是非歸檔模式，所以無法進(jìn)行在線全備份
RMAN> backup database;
ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode

關(guān)了，整成mount狀態(tài)
RMAN> shutdown
database closed
database dismounted
Oracle instance shut down

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



開始數(shù)據(jù)庫(kù)全備份
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、應(yīng)用程序盡量避免巨表的漫長(zhǎng)查詢操作，改傳統(tǒng)的cursor游標(biāo)為bulk collect；
2、盡量程序中不要使用大事務(wù)量的增刪改操作，同時(shí)記得及時(shí)commit；
3、加大undo表空間和加大undo的retention。

10046
Event 10046是oracle用于系統(tǒng)性能分析時(shí)的一個(gè)最重要的事件。 Ora s le

74億美元呀，現(xiàn)在Oracle可以和18摸全面抗衡了！

簡(jiǎn)直就成了IT屆的 GE vs 西門子!




----收購(gòu)后的格局----
航母級(jí)：IBM? vs? Oracle+SUN
軟件：Microsoft，SAP，RedHat，Sybase（小賽的級(jí)別是不夠放在這的，我覺得它最終也會(huì)走上被收購(gòu)的道路）
硬件：HP，Dell，F(xiàn)ujitsu


----預(yù)測(cè)----
1. MySQL是生是死？
Oracle是當(dāng)今企業(yè)級(jí)數(shù)據(jù)庫(kù)的老大，MySQL是當(dāng)今互聯(lián)網(wǎng)應(yīng)用的老大。
如果小O把小My干掉，并不代表小My的那部分市場(chǎng)會(huì)成為小O的；相反，如果小O能好好照顧小My，那簡(jiǎn)直就無敵了。
個(gè)人預(yù)測(cè)：75分，只要小O能夠保持一顆開放的心，小My應(yīng)該能有很好的發(fā)展。

2. Solaris是生是死？
小O一直致力于發(fā)展Linux技術(shù)（比如他和小紅合作搞的Unbreakable Linux），是把Solaris拿來當(dāng)補(bǔ)充，還是干掉？
個(gè)人預(yù)測(cè)：60分，不會(huì)有太大發(fā)展，保持現(xiàn)狀。

3. Java的發(fā)展方向？
Oracle在很多方面都很需要Java，這是好的一面。
但是Java作為一門技術(shù)，而不是一個(gè)產(chǎn)品，需要有一個(gè)中立的代表，SUN以前的態(tài)度還是不錯(cuò)的。但小O和小I顯然是誓不兩立的，會(huì)不會(huì)導(dǎo)致Java世界的分裂？
個(gè)人預(yù)測(cè)：70分，這個(gè)可能最難預(yù)測(cè)，實(shí)在不希望看到不好的結(jié)果。

4. 硬件部分
這是小O沒有的，但是不排除小O把它剝離賣出去。但我又覺得這種可能性很小，因?yàn)樾最不缺的就是錢，而且這是小O去和小I叫板的一大資本。
個(gè)人預(yù)測(cè)：80分，以后Oracle也可以玩total solution的游戲了。



----關(guān)系----
? 和IBM，這回真的成為死死對(duì)頭了
? 和HP、Dell，選什么產(chǎn)品還是由市場(chǎng)決定的，小O總不能強(qiáng)買強(qiáng)賣SUN的服務(wù)器吧，還好吧
? 和RedHat，小O和小紅正在一起搞過Unbreakable Linux，我覺得小O會(huì)繼續(xù)搞下去
? 和Sybase，這回搞得三大主流操作系統(tǒng)（Windows、AIX、Solaris）都有自己的數(shù)據(jù)庫(kù)了，Sybase的數(shù)據(jù)庫(kù)將越來越難賣了
? 和SAP，Microsoft，跟這次收購(gòu)沒太大關(guān)系，但震撼一定不小
--最多同時(shí)運(yùn)行的JOB個(gè)數(shù)；如果太小，JOB就排隊(duì)等待；如果為0，就沒有JOB會(huì)被執(zhí)行。
SQL> show parameter job_queue_processes
NAME??????????????????????????????????????? TYPE????????? VALUE
--------------------------???????? ----------??? -------------
job_queue_processes???????? integer ?? ????? 10

--一個(gè)什么也不做的SP
CREATE OR REPLACE PROCEDURE mytest
IS
BEGIN
?? ?NULL;
END;

--一個(gè)往表里寫數(shù)據(jù)的SP
CREATE OR REPLACE PROCEDURE mytest
IS
BEGIN
?? ?insert into test_table values(...);
END;

--定時(shí)調(diào)用SP，10秒（86400秒=1天）
SQL> VARIABLE job_id NUMBER;
SQL> BEGIN
?????????? -- :job_id中的冒號(hào)表示冒號(hào)后面的是變量，類似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由于某種原因未能成功運(yùn)行，Oracle將重試16次，之后如果還未能成功運(yùn)行，將被標(biāo)記為Broken。



http://www.aygfsteel.com/Jcat/archive/2009/12/17/306315.html
從10g開始，DBMS_SCHEDULER 逐步會(huì)替換掉 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密碼

查看數(shù)據(jù)庫(kù)? mysql> show databases;
至少會(huì)顯示出兩個(gè)數(shù)據(jù)庫(kù)mysql和test，這是系統(tǒng)自建的，供大家練習(xí)用。

使用數(shù)據(jù)庫(kù)? mysql> use 數(shù)據(jù)庫(kù)名

查看表? mysql> show tables;

查看表結(jié)構(gòu)? mysql> desc 表名;

備份數(shù)據(jù)庫(kù)? shell> mysqldump -uroot -p密碼 數(shù)據(jù)庫(kù)名 > 備份的文件路徑
SunOS是Sun的操作系統(tǒng)最初叫法，SunOS主要是基于BSDUnix版本；
SunOS 5.0開始，SUN的操作系統(tǒng)開發(fā)開始轉(zhuǎn)向System V Release 4，并且有了新的名字叫做Solaris2.0；
Solaris 2.6以后,SUN刪除了版本號(hào)中的"2，因此，SunOS 5.10就叫做Solaris 10。

最后"SunOS"這個(gè)詞被用做專指Solaris操作系統(tǒng)的內(nèi)核；而Solaris被認(rèn)為是由SunOS，圖形化的桌面計(jì)算環(huán)境, 以及它網(wǎng)絡(luò)增強(qiáng)部分組成。
?
　　
---Solaris與Sunos的版本轉(zhuǎn)換---
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也有分服務(wù)器版和個(gè)人版，它們分別是：
?? 服務(wù)器版：sparc
?? 個(gè)人版：x86
雖然Solaris在SPARC上擁有強(qiáng)大的處理能力和硬件支持，但是在Intel x86上性能卻未如人意。 為了跟老外聊天，裝了個(gè)Skype。后來發(fā)現(xiàn)可以用來打IP電話，超值！

這東西很適合我們這些北漂專門用來給家里打長(zhǎng)途：

1. 地點(diǎn)固定，我都是周末的晚上在家往老家打電話，肯定是在電腦前的
2. 因?yàn)镾kype不分本地長(zhǎng)途，用來打長(zhǎng)途更體現(xiàn)優(yōu)勢(shì)
3. 通話時(shí)間長(zhǎng)，我一般一周打一次，每次30分鐘左右，就更更體現(xiàn)優(yōu)勢(shì)了

不適合打本地電話：

1. 撥打的地點(diǎn)都是不可預(yù)期的，總不能要電話了，還得把電腦打開、上網(wǎng)
2. 上班的時(shí)候倒是都在電腦前，但可以用公司的座機(jī)嘛，免費(fèi)的
3. 省錢的優(yōu)勢(shì)不明顯：移動(dòng)2.5；固話2.2角(管前三分鐘)，之后1.1



Sample: 每月往家打100分鐘（一周一次，每次25分鐘）
?? Skype=100*0.075+3=10.5元
?? 手機(jī)9點(diǎn)前=100*0.35=35元
?? 手機(jī)9點(diǎn)后=100*0.22=22元
基金的買賣時(shí)間和大盤一樣，但是網(wǎng)上一般可以隨時(shí)下單；如果是閉盤時(shí)間下的單，就順延到下一個(gè)開盤日購(gòu)買。

今天看到的基金凈值，其實(shí)是昨天的值。
今天購(gòu)買的基金，其凈值明天才能看見。

下午3點(diǎn)以前購(gòu)買基金，算作今天購(gòu)買；3點(diǎn)以后，算作明天購(gòu)買，即凈值要在后天才能看見。

基金管理費(fèi)：一般為1%左右，每天根據(jù)資產(chǎn)總額提取，凈值是已經(jīng)提取了管理費(fèi)和托管費(fèi)后的價(jià)格。

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

基民首先要弄清楚“認(rèn)購(gòu)”與“申購(gòu)”的區(qū)別。
1. 認(rèn)購(gòu)是針對(duì)新基金而言的，這個(gè)時(shí)候所認(rèn)購(gòu)的基金并不產(chǎn)生份額凈值，成交價(jià)以1元面值為基準(zhǔn)。
2. 申購(gòu)則指在基金成立后，投資者申請(qǐng)購(gòu)買基金份額的行為。

無論是認(rèn)購(gòu)還是申購(gòu)，交易時(shí)間內(nèi)投資者可以提交認(rèn)／申購(gòu)申請(qǐng)。
投資者只有在交易日下午3點(diǎn)收盤之前提交申購(gòu)請(qǐng)求才能在當(dāng)日生效，并可能成功交易。

一般來說，投資者在份額發(fā)售期內(nèi)已經(jīng)正式受理的認(rèn)購(gòu)申請(qǐng)不得撤銷。
對(duì)于申購(gòu)申請(qǐng)，投資者只有在當(dāng)日 15：00前提交撤銷申請(qǐng)，才能予以撤銷。

在基金申購(gòu)的過程中，投資者面臨著一個(gè)“未知成交價(jià)”的交易風(fēng)險(xiǎn)，這是因?yàn)樯曩?gòu)價(jià)格以當(dāng)日的基金份額凈值為基準(zhǔn)進(jìn)行計(jì)算，而成交當(dāng)日的基金份額凈值只能在下午3點(diǎn)收盤之后誕生，這個(gè)凈值一般會(huì)在下一個(gè)交易日開始之前公告。

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

收購(gòu)費(fèi)率是有折扣的（根據(jù)不同的銀行），如易方達(dá)前端申購(gòu)費(fèi)率是0.8%，但是如果用廣發(fā)卡費(fèi)率是0.3%，1w元能省50元呢。
"優(yōu)惠費(fèi)率不按金額分檔，持有廣東發(fā)展銀行理財(cái)通卡的個(gè)人投資者的優(yōu)惠認(rèn)購(gòu)費(fèi)率或申購(gòu)費(fèi)率統(tǒng)一為0.3%。"-- From 易方達(dá)
Habit 1: Be Proactive
Change starts from within, and highly effective people make the decision to improve their lives through the things that they can influence rather than by simply reacting to external forces.

Habit 2: Begin with the End in Mind
Develop a principle-centered personal mission statement. Extend the mission statement into long-term goals based on personal principles.

Habit 3: Put First Things First
Spend time doing what fits into your personal mission, observing the proper balance between production and building production capacity. Identify the key roles that you take on in life, and make time for each of them.

Habit 4: Think Win/Win
Seek agreements and relationships that are mutually beneficial. In cases where a "win/win" deal cannot be achieved, accept the fact that agreeing to make "no deal" may be the best alternative. In developing an organizational culture, be sure to reward win/win behavior among employees and avoid inadvertantly rewarding win/lose behavior.

Habit 5: Seek First to Understand, Then to Be Understood
First seek to understand the other person, and only then try to be understood. Stephen Covey presents this habit as the most important principle of interpersonal relations. Effective listening is not simply echoing what the other person has said through the lens of one's own experience. Rather, it is putting oneself in the perspective of the other person, listening empathically for both feeling and meaning.

Habit 6: Synergize
Through trustful communication, find ways to leverage individual differences to create a whole that is greater than the sum of the parts. Through mutual trust and understanding, one often can solve conflicts and find a better solution than would have been obtained through either person's own solution.

Habit 7: Sharpen the Saw
Take time out from production to build production capacity through personal renewal of the physical, mental, social/emotional, and spiritual dimensions. Maintain a balance among these dimensions.

?

很多時(shí)候，在我們進(jìn)行數(shù)據(jù)庫(kù)操作時(shí)，比如drop user,drop table等，經(jīng)常會(huì)遇到這樣的錯(cuò)誤：
ORA-00604: error occurred at recursive SQL level 1 .

關(guān)于Recursive SQL錯(cuò)誤：
我們知道，當(dāng)我們發(fā)出一條簡(jiǎn)單的命令以后，Oracle數(shù)據(jù)庫(kù)要在后臺(tái)解析這條命令，并轉(zhuǎn)換為Oracle數(shù)據(jù)庫(kù)的一系列后臺(tái)操作，這些后臺(tái)操作統(tǒng)稱為遞歸SQL。
比如create table這樣一條簡(jiǎn)單的DDL命令，Oracle數(shù)據(jù)庫(kù)在后臺(tái)，實(shí)際上要把這個(gè)命令轉(zhuǎn)換為對(duì)于obj$，tab$，col$等底層表的插入操作。Oracle所作的工作可能比我們有時(shí)候想的要復(fù)雜的多.。

所以對(duì)于這樣的提示，很多時(shí)候是沒有絲毫用處的。

這時(shí)，我們需要更詳細(xì)的信息，sql_trace就是一個(gè)好辦法。
sql_trace實(shí)際上就是Oracle內(nèi)部事件10046的第一個(gè)級(jí)別，即level=1。通過event 10046, 我們可以得到詳細(xì)的數(shù)據(jù)庫(kù)會(huì)話的信息，每個(gè)會(huì)話究竟在干什么，在等什么。通過對(duì)這個(gè)事件的學(xué)習(xí)，我們可以深入的理解和調(diào)整Oracle。


結(jié)合eygle的文章整理的，SQL Trace更詳細(xì)的用法請(qǐng)見原文。


----------

Event 10046是oracle用于系統(tǒng)性能分析時(shí)的一個(gè)最重要的事件。當(dāng)激活這個(gè)事件后，將通知oracle kernel追蹤會(huì)話的相關(guān)即時(shí)信息，并寫入到相應(yīng)trace文件中。這些有用的信息主要包括sql是如何進(jìn)行解析，綁定變量的使用情況，話中發(fā)生的等待事件等。
Trace文件將會(huì)存放在 user_dump_dest 所指向的目錄，如，C:\ent\oracle\admin\o10g01\udump

Event 10046可分成不同的級(jí)別（level），分別追蹤記錄不同程度的有用信息。對(duì)于這些不同的級(jí)別，應(yīng)當(dāng)注意的是向下兼容的，即高一級(jí)的trace信息包含低于此級(jí)的所有信息。
??? level 1：跟蹤sql語句，包括解析、執(zhí)行、提取、提交和回滾等。
??? level 4：包括變量的詳細(xì)信息
??? level 8：包括等待事件
??? level 12：包括綁定變量與等待事件
其中，level 1相當(dāng)于打開了sql_trace。

在當(dāng)前會(huì)話啟用event，可以利用alter session + 事件名稱 + level：
SQL> alter session set event ‘10046 trace name context forever, level 12’;

關(guān)閉當(dāng)前會(huì)話的event：
SQL> alter session set event ‘10046 trace name context off’;

這里應(yīng)當(dāng)值得一提的是，TRACE將消耗相當(dāng)?shù)南到y(tǒng)資源，因此我們?cè)谑褂肨RACE的時(shí)候應(yīng)當(dāng)慎重。對(duì)于正式的系統(tǒng)，應(yīng)當(dāng)只在必要的時(shí)候進(jìn)行TRACE操作，并且應(yīng)當(dāng)及時(shí)關(guān)閉。