純好人不用打：白羊

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

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

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


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

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

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


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

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

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

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

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

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

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

Intelligent Data Placement
?指定ASM磁盤的磁盤范圍，旨在將高頻訪問的數(shù)據(jù)放在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. 針對單點環(huán)境
?2. 自動重啟又問題的組件，如：db instance、listener、asm instance

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

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

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






















重裝完系統(tǒng)，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
創(chuàng)建數(shù)據(jù)庫
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;


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

列出當前實例下的所有數(shù)據(jù)庫
[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.

連接到數(shù)據(jù)庫
[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)閉實例
[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ù)庫”、“實例”的概念及其關(guān)系容易把人弄暈，這里小小總結(jié)一下，并把Oracle也拉進來一起整。
另外，發(fā)現(xiàn)Oracle和IBM老搞一些理論上就針鋒相對的事情，如RAC vs DPF (database partitioning feature)，很是有趣。


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

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

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

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

庫就相當于是QQ聊天記錄

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


體系結(jié)構(gòu)的不同之處
Oracle? 實例和庫一一對應
DB2???? 一個實例可以掛多個庫


高級情況（簡單提一下，以后再慢慢研究）
Oracle：RAC一個庫被多個實例掛
DB2：DPF一個實例多個庫

在數(shù)據(jù)庫集群模式設(shè)計方面，有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. 因為行鏈接是由db_block_size不夠大引起的，所以對已有的行鏈接是無法清除的
4. 9i以后，可以對不同的表空間設(shè)置不同的db_block_size，可以將一些特殊的寬表放在大block size的表空間

例子：
表空間block size為8k（8192），因為數(shù)據(jù)塊頭也要占一定空間，所以如下例，實際只能放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. 因為更新使row size變大了，一個block里又不足以放下增加的空間（PCTFREE相關(guān)），則產(chǎn)生行遷移
3. 容易發(fā)生在PCTFREE較小，對類似varchar類型的update又很多的表上
4. 無法避免，但通過把數(shù)據(jù)導出導入進行清除

例子：
--無
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收購SUN，今天又爆出SAP收購Sybase的大料。

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

猜想：who's next? Dell? HP?
不然微軟把Dell收了吧，組成BDll公司；
然后SAP和HP合并為SHP
--創(chuàng)建一個大一點的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. 物化視圖由于是物理真實存在的，故可以創(chuàng)建索引。




--為基表創(chuàng)建MLOG
--創(chuàng)建物化視圖時應先創(chuàng)建存儲的日志空間，否則建MV時報錯
--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é)果，果然很符合物化視圖的定義，一個表+一個視圖
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觸發(fā)器-----
1) 插入的一行新數(shù)據(jù)保存在:new
2) insert觸發(fā)器沒有:old值
3) 對: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;
/

--測試
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語句都會觸發(fā)這個語句
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中自動就帶有如下內(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
默認安裝時，會安裝一個PL/SQL外部程序（extproc--這是程序名）條目在listener.ora中，是oracle為調(diào)用外部程序默認配置的監(jiān)聽，它的名字（也就是SID）通常是ExtProc或PLSExtProc。
但一般不會使用它，可以直接從listener.ora中將這項移除，因為對ExtProc已經(jīng)有多種攻擊手段了，在不使用外部程序時，Oracle也是建議刪除的。



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

[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)建一個測試用戶，權(quán)限可以給大點
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);

--創(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ù)有：YEARLY，MONTHLY，WEEKLY，DAILY，HOURLY，MINUTELY，SECONDLY。

--光創(chuàng)建沒用，還需要激活；也可以在創(chuàng)建時，直接把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ā)是對立的，需要根據(jù)應用，選擇權(quán)宜之計

數(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.不可重復讀-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
首先這個結(jié)果從單條SQL的角度看，是沒有問題的。但是，如果把B的兩次查詢看作一個整體（事務(wù)），那么合理的情況應該是
? x+y仍然等于3
? 或者B再進行一次事務(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
其實道理和之前的不可重復讀相同，只不過是由Insert引起的罷了。
（甚至Delete也會引起類似的問題，但好像學術(shù)界并沒有對Delete進行討論）



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


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


因為在客戶那工作不能上網(wǎng)，決定辦一張3G上網(wǎng)卡（公司報銷），中午分別去電信和移動了解了一下：
電信 960元? 7個月? 300小時/月
移動 880元? 7個月? 15G/月 （目前推廣期，不限流量）
（都包含上網(wǎng)貓）
這樣算下來還是移動的便宜，去搞了個移動的。

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

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

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

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

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


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

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

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

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

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

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

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

--創(chuàng)建一個分區(qū)表
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) ?
)


--插入一些數(shù)據(jù)（順便實踐一下雙層循環(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;


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

--查看各個分區(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因為加了引號仍然是小寫（但并不顯示引號，這點比較討厭），沒加引號的會顯示為大寫


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

--創(chuàng)建p2時有引號，使用p2時也就需要引號。
--特別的，用一些第三方客戶端創(chuàng)建分區(qū)表時，生成的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


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

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

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

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


---------------
由于inode這種文件系統(tǒng)結(jié)構(gòu)不是雙向的，不能查找一個inode被reference了多少次。我們只能通過一些技巧來跟蹤硬鏈接。
1. 通過鏈接數(shù)，我們可以知道哪個文件有硬鏈接（大于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ì)上是多個dentry指向同一個inode，所以并沒有主從之分，每個dentry都是平等的。
--修改后重新啟動數(shù)據(jù)庫，永久生效
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

--重啟數(shù)據(jù)庫后
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.? --同時會覆蓋初始化參數(shù)里的設(shè)置

SQL> select sysdate from dual;
SYSDATE
----------
2009-06-27 Oracle所有對象的相關(guān)信息都可以通過靜態(tài)數(shù)據(jù)字典來查找，但數(shù)據(jù)字典實在太多，也記不清名字。
因為數(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??? --找到嫌疑犯，進去一看，果然記錄的是關(guān)于Temp表空間的數(shù)據(jù)文件的信息
DBA_TEMP_FREE_SPACE



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

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

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

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

-----

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

-----

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

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


運行該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)



因為數(shù)據(jù)庫是Open的，且又是非歸檔模式，所以無法進行在線全備份
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ù)庫全備份
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、應用程序盡量避免巨表的漫長查詢操作，改傳統(tǒng)的cursor游標為bulk collect；
2、盡量程序中不要使用大事務(wù)量的增刪改操作，同時記得及時commit；
3、加大undo表空間和加大undo的retention。

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

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

簡直就成了IT屆的 GE vs 西門子!




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


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

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

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

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



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

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

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

--定時調(diào)用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.tkk7.com/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密碼

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

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

查看表? mysql> show tables;

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

備份數(shù)據(jù)庫? shell> mysqldump -uroot -p密碼 數(shù)據(jù)庫名 > 備份的文件路徑
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刪除了版本號中的"2，因此，SunOS 5.10就叫做Solaris 10。

最后"SunOS"這個詞被用做專指Solaris操作系統(tǒng)的內(nèi)核；而Solaris被認為是由SunOS，圖形化的桌面計算環(huán)境, 以及它網(wǎng)絡(luò)增強部分組成。
?
　　
---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ù)器版和個人版，它們分別是：
?? 服務(wù)器版：sparc
?? 個人版：x86
雖然Solaris在SPARC上擁有強大的處理能力和硬件支持，但是在Intel x86上性能卻未如人意。