--修改后重新啟動數據庫，永久生效
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所有對象的相關信息都可以通過靜態(tài)數據字典來查找，但數據字典實在太多，也記不清名字。
因為數據字典都是以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

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

-----

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

-----

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

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


運行該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狀態(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



開始數據庫全備份
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、盡量程序中不要使用大事務量的增刪改操作，同時記得及時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è)級數據庫的老大，MySQL是當今互聯(lián)網應用的老大。
如果小O把小My干掉，并不代表小My的那部分市場會成為小O的；相反，如果小O能好好照顧小My，那簡直就無敵了。
個人預測：75分，只要小O能夠保持一顆開放的心，小My應該能有很好的發(fā)展。

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

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

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



----關系----
? 和IBM，這回真的成為死死對頭了
? 和HP、Dell，選什么產品還是由市場決定的，小O總不能強買強賣SUN的服務器吧，還好吧
? 和RedHat，小O和小紅正在一起搞過Unbreakable Linux，我覺得小O會繼續(xù)搞下去
? 和Sybase，這回搞得三大主流操作系統(tǒng)（Windows、AIX、Solaris）都有自己的數據庫了，Sybase的數據庫將越來越難賣了
? 和SAP，Microsoft，跟這次收購沒太大關系，但震撼一定不小
--最多同時運行的JOB個數；如果太小，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;

--一個往表里寫數據的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.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> alter system set job_queue_processes=0;
登錄? shell> mysql -u用戶名 -p密碼

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

使用數據庫? mysql> use 數據庫名

查看表? mysql> show tables;

查看表結構? mysql> desc 表名;

備份數據庫? shell> mysqldump -uroot -p密碼 數據庫名 > 備份的文件路徑