oracle是一個什么信息的呢，指的又是什么的呢。通過下文，oracle面試問題及答案有哪些。我們一起來了解一下。
oracle面試問題及答案有哪些一
這也許是你一直期待的文章，在關注這部分技術問題的同時，請務必閱讀有關面試中有關個人的問題和解答。這里的回答并不是十分全面，這些問題可以通過多個角度來進行解釋，也許你不必在面試過程當中給出完全詳盡的答案，只需要通過你的解答使面試考官了解你對ORACLE概念的熟悉程度。
1。解釋冷備份和熱備份的不同點以及各自的優(yōu)點
解答：熱備份針對歸檔模式的數(shù)據(jù)庫，在數(shù)據(jù)庫仍舊處于工作狀態(tài)時進行備份。而冷備份指在數(shù)據(jù)庫關閉后，進行備份，適用于所有模式的數(shù)據(jù)庫。熱備份的優(yōu)點在于當備份時，數(shù)據(jù)庫仍舊可以被使用并且可以將數(shù)據(jù)庫恢復到任意一個時間點。冷備份的優(yōu)點在于它的備份和恢復操作相當簡單，并且由于冷備份的數(shù)據(jù)庫可以工作在非歸檔模式下，數(shù)據(jù)庫性能會比歸檔模式稍好。（因為不必將archive log寫入硬盤）
2。你必須利用備份恢復數(shù)據(jù)庫，但是你沒有控制文件，該如何解決問題呢？
解答：重建控制文件，用帶backup control file 子句的recover 命令恢復數(shù)據(jù)庫。
3。如何轉(zhuǎn)換init。ora到spfile?
解答：使用create spfile from pfile 命令。
4。解釋data block ， extent 和 segment的區(qū)別（這里建議用英文術語）
解答：data block是數(shù)據(jù)庫中最小的邏輯存儲單元。當數(shù)據(jù)庫的對象需要更多的物理存儲空間時，連續(xù)的data block就組成了extent 。 一個數(shù)據(jù)庫對象擁有的所有extents被稱為該對象的segment。
5。給出兩個檢查表結(jié)構的方法
解答：1。DESCRIBE命令
2。DBMS_METADATA。GET_DDL 包
6。怎樣查看數(shù)據(jù)庫引擎的報錯
解答：alert log。
oracle面試問題及答案有哪些二
有三個用戶test1,test2,test3， 三個用戶都具有DBA色色權限。
用TEST1用戶創(chuàng)建一個表T1，并將其查詢權限授予TEST2：
SQL> create table t1 as select * from all_objects;
表已創(chuàng)建。
SQL> grant select on t1 to test2;
授權成功。
SQL> create table t1 as select * from all_objects;
表已創(chuàng)建。
SQL> grant select on t1 to test2;
授權成功。
用TEST2用戶創(chuàng)建一個視圖，視圖的基表是TEST1.T1，并將查詢權限授予TEST3：
SQL> create view v_t1 as select * from test1.t1;
視圖已建立。
SQL> grant select on v_t1 to test3;
授權成功。
SQL> create view v_t1 as select * from test1.t1;
視圖已建立。
SQL> grant select on v_t1 to test3;
授權成功。
TEST3用戶查詢視圖TEST2.V_T1：
SQL> select * from test2.v_t1 where rownum<1;
select * from test2.v_t1 where rownum<1
*
ERROR 位于第 1 行:
ORA-01031: 權限不足
SQL> select * from test2.v_t1 where rownum<1;
select * from test2.v_t1 where rownum<1
*
ERROR 位于第 1 行:
ORA-01031: 權限不足
可以看到報了權限不足的錯誤，就算這里TEST3用戶有DBA權限。
這到底是怎么回事呢?
其實視圖的權限，有兩點需要引起注意：
1. 視圖中，類似于定義者權限的存儲過程，是屏蔽了角色權限的。比如如果TEST1沒有顯式地將T1表的SELECT權限給予TEST2，那么TEST2在創(chuàng)建視圖V_T1時也會報ORA-01031錯誤，即使TEST2用戶擁有DBA角色權限。
2.如果在用戶A的視圖中，引用了其他用戶B的表，用戶A將視圖的訪問權限給予用戶C，那么就變相地將用戶B的表的訪問權限給予了用戶C，因此，用戶A必須有將用戶B的表的訪問權限轉(zhuǎn)授用戶C的權限，也就是用戶B在授予A權限時，必須使用with grant option。
顯然這里正是由于第2點的原因，導致用戶TEST3不能訪問視圖。用戶TEST1執(zhí)行下面的操作，將解決這個問題：
SQL> grant select on t1 to test2 with grant option;
授權成功。
SQL> grant select on t1 to test2 with grant option;
授權成功。
對于視圖的UPDATE，DELETE權限，同樣是如此。
在測試時，有一個現(xiàn)象，有點意思。就是如果用戶TEST2沒有顯式地把V_T1的SELECT權限授予TEST3，而TEST3在有SELECT ANY TABLE或DBA權限時，則查詢這個視圖時不會報權限不足的錯誤。由于有SELECT ANY TABLE權限的存在，所有的用戶表都可以被訪問。但是顯式授予表的權限時，似乎表的權限有更高的優(yōu)先級，并且沒有跟系統(tǒng)權限和角色權限進行結(jié)合。或者版本不同，表現(xiàn)得不一樣，在我的測試中，是Oracle 9.2.0.8 for Windows。
1.軍校面試問題和答案面試問題及答案參考
2.人事面試問題答案
3.華為面試問題答案
4.團總支面試問題及答案
5.面試客服問題及答案
6.教師面試問題及答案精選
7.醫(yī)生面試問題及答案
8.盤點教師面試問題及答案
9.面試問題大全及答案
10.單招面試問題及答案