數據庫開發（MYSQL-Oracle）面試必看（數據庫開發總結）

數據庫常見面試題(開發者篇)

什么是存儲過程？有哪些優缺點？

存儲過程就像我們編程語言中的函數一樣，封裝了我們的代碼(PLSQL、T-SQL)。
存儲過程的優點：

  • 能夠將代碼封裝起來
  • 保存在數據庫之中
  • 讓編程語言進行調用
  • 存儲過程是一個預編譯的代碼塊，執行效率比較高
  • 一個存儲過程替代大量T_SQL語句 ，可以降低網絡通信量，提高通信速率

存儲過程的缺點：

  • 每個數據庫的存儲過程語法幾乎都不一樣，十分難以維護（不通用）
  • 業務邏輯放在數據庫上，難以迭代

三個范式是什么

第一范式（1NF）：數據庫表中的字段都是單一屬性的，不可再分。這個單一屬性由基本類型構成，包括整型、實數、字符型、邏輯型、日期型等。

第二范式（2NF）：數據庫表中不存在非關鍵字段對任一候選關鍵字段的部分函數依賴（部分函數依賴指的是存在組合關鍵字中的某些字段決定非關鍵字段的情況），也即所有非關鍵字段都完全依賴于任意一組候選關鍵字。

第三范式（3NF）：在第二范式的基礎上，數據表中如果不存在非關鍵字段對任一候選關鍵字段的傳遞函數依賴則符合第三范式。所謂傳遞函數依賴，指的是如果存在"A → B → C"的決定關系，則C傳遞函數依賴于A。因此，滿足第三范式的數據庫表應該不存在如下依賴關系： 關鍵字段 → 非關鍵字段x → 非關鍵字段y

上面的文字我們肯定是看不懂的，也不愿意看下去的。接下來我就總結一下：

  • 首先要明確的是：滿足著第三范式，那么就一定滿足第二范式、滿足著第二范式就一定滿足第一范式

  • 第一范式：字段是最小的的單元不可再分

    • 學生信息組成學生信息表，有年齡、性別、學號等信息組成。這些字段都不可再分，所以它是滿足第一范式的

  • 第二范式：滿足第一范式,表中的字段必須完全依賴于全部主鍵而非部分主鍵。

    • 其他字段組成的這行記錄和主鍵表示的是同一個東西，而主鍵是唯一的，它們只需要依賴于主鍵，也就成了唯一的
    • 學號為1024的同學，姓名為Java3y，年齡是22歲。姓名和年齡字段都依賴著學號主鍵。

  • 第三范式：滿足第二范式，非主鍵外的所有字段必須互不依賴

    • 就是數據只在一個地方存儲，不重復出現在多張表中，可以認為就是消除傳遞依賴
    • 比如，我們大學分了很多系（中文系、英語系、計算機系……），這個系別管理表信息有以下字段組成：系編號，系主任，系簡介，系架構。那我們能不能在學生信息表添加系編號，系主任，系簡介，系架構字段呢？不行的，因為這樣就冗余了，非主鍵外的字段形成了依賴關系(依賴到學生信息表了)！正確的做法是：學生表就只能增加一個系編號字段。

參考鏈接：

什么是視圖？以及視圖的使用場景有哪些？

視圖是一種基于數據表的一種虛表

  • （1）視圖是一種虛表
  • （2）視圖建立在已有表的基礎上, 視圖賴以建立的這些表稱為基表
  • （3）向視圖提供數據內容的語句為 SELECT 語句,可以將視圖理解為存儲起來的 SELECT 語句
  • （4）視圖向用戶提供基表數據的另一種表現形式
  • （5）視圖沒有存儲真正的數據，真正的數據還是存儲在基表中
  • （6）程序員雖然操作的是視圖，但最終視圖還會轉成操作基表
  • （7）一個基表可以有0個或多個視圖

有的時候，我們可能只關系一張數據表中的某些字段，而另外的一些人只關系同一張數據表的某些字段...

那么把全部的字段都都顯示給他們看，這是不合理的。

我們應該做到：他們想看到什么樣的數據，我們就給他們什么樣的數據...一方面就能夠讓他們只關注自己的數據，另一方面，我們也保證數據表一些保密的數據不會泄露出來...

我們在查詢數據的時候，常常需要編寫非常長的SQL語句，幾乎每次都要寫很長很長....上面已經說了，視圖就是基于查詢的一種虛表，也就是說，視圖可以將查詢出來的數據進行封裝。。。那么我們在使用的時候就會變得非常方便...

值得注意的是：使用視圖可以讓我們專注與邏輯，但不提高查詢效率

drop、delete與truncate分別在什么場景之下使用？

我們來對比一下他們的區別：

drop table

  • 1)屬于DDL
  • 2)不可回滾
  • 3)不可帶where
  • 4)表內容和結構刪除
  • 5)刪除速度快

truncate table

  • 1)屬于DDL
  • 2)不可回滾
  • 3)不可帶where
  • 4)表內容刪除
  • 5)刪除速度快

delete from

  • 1)屬于DML
  • 2)可回滾
  • 3)可帶where
  • 4)表結構在，表內容要看where執行的情況
  • 5)刪除速度慢,需要逐行刪除
  • 不再需要一張表的時候，用drop
  • 想刪除部分數據行時候，用delete，并且帶上where子句
  • 保留表而刪除所有數據的時候用truncate

索引是什么？有什么作用以及優缺點？

什么是索引【Index】

  • （1）是一種快速查詢表中內容的機制，類似于新華字典的目錄
  • （2）運用在表中某個些字段上，但存儲時，獨立于表之外

索引表把數據變成是有序的

快速定位到硬盤中的數據文件

索引特點

索引的特點

  • （1）索引一旦建立, Oracle管理系統會對其進行自動維護, 而且由Oracle管理系統決定何時使用索引
  • （2）用戶不用在查詢語句中指定使用哪個索引
  • （3）在定義primary key或unique約束后系統自動在相應的列上創建索引
  • （4）用戶也能按自己的需求，對指定單個字段或多個字段，添加索引

需要注意的是：Oracle是自動幫我們管理索引的，并且如果我們指定了primary key或者unique約束，系統會自動在對應的列上創建索引..

什么時候【要】創建索引

  • （1）表經常進行 SELECT 操作
  • （2）表很大(記錄超多)，記錄內容分布范圍很廣
  • （3）列名經常在 WHERE 子句或連接條件中出現

什么時候【不要】創建索引

  • （1）表經常進行 INSERT/UPDATE/DELETE 操作
  • （2）表很小(記錄超少)
  • （3）列名不經常作為連接條件或出現在 WHERE 子句中

索引優缺點：

  • 索引加快數據庫的檢索速度
  • 索引降低了插入、刪除、修改等維護任務的速度(雖然索引可以提高查詢速度，但是它們也會導致數據庫系統更新數據的性能下降，因為大部分數據更新需要同時更新索引)
  • 唯一索引可以確保每一行數據的唯一性，通過使用索引，可以在查詢的過程中使用優化隱藏器，提高系統的性能
  • 索引需要占物理和數據空間

索引分類：

  • 唯一索引：唯一索引不允許兩行具有相同的索引值
  • 主鍵索引：為表定義一個主鍵將自動創建主鍵索引，主鍵索引是唯一索引的特殊類型。主鍵索引要求主鍵中的每個值是唯一的，并且不能為空
  • 聚集索引(Clustered)：表中各行的物理順序與鍵值的邏輯（索引）順序相同，每個表只能有一個
  • 非聚集索引(Non-clustered)：非聚集索引指定表的邏輯順序。數據存儲在一個位置，索引存儲在另一個位置，索引中包含指向數據存儲位置的指針。可以有多個，小于249個

深入理解索引可參考：

什么是事務？

事務簡單來說：一個Session中所進行所有的操作，要么同時成功，要么同時失敗

ACID — 數據庫事務正確執行的四個基本要素

  • 包含：原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）、持久性（Durability）。

一個支持事務（Transaction）中的數據庫系統，必需要具有這四種特性，否則在事務過程（Transaction processing）當中無法保證數據的正確性，交易過程極可能達不到交易。

舉個例子:A向B轉賬，轉賬這個流程中如果出現問題，事務可以讓數據恢復成原來一樣【A賬戶的錢沒變，B賬戶的錢也沒變】。

事例說明：


        /*
        * 我們來模擬A向B賬號轉賬的場景
        *   A和B賬戶都有1000塊，現在我讓A賬戶向B賬號轉500塊錢
        *
        * */
            //JDBC默認的情況下是關閉事務的，下面我們看看關閉事務去操作轉賬操作有什么問題

            //A賬戶減去500塊
            String sql = "UPDATE a SET money=money-500 ";
            preparedStatement = connection.prepareStatement(sql);
            preparedStatement.executeUpdate();

            //B賬戶多了500塊
            String sql2 = "UPDATE b SET money=money+500";
            preparedStatement = connection.prepareStatement(sql2);
            preparedStatement.executeUpdate();

從上面看，我們的確可以發現A向B轉賬，成功了。可是如果A向B轉賬的過程中出現了問題呢？下面模擬一下


            //A賬戶減去500塊
            String sql = "UPDATE a SET money=money-500 ";
            preparedStatement = connection.prepareStatement(sql);
            preparedStatement.executeUpdate();

            //這里模擬出現問題
            int a = 3 / 0;

            String sql2 = "UPDATE b SET money=money+500";
            preparedStatement = connection.prepareStatement(sql2);
            preparedStatement.executeUpdate();

顯然，上面代碼是會拋出異常的，我們再來查詢一下數據。A賬戶少了500塊錢，B賬戶的錢沒有增加。這明顯是不合理的。

我們可以通過事務來解決上面出現的問題


            //開啟事務,對數據的操作就不會立即生效。
            connection.setAutoCommit(false);

            //A賬戶減去500塊
            String sql = "UPDATE a SET money=money-500 ";
            preparedStatement = connection.prepareStatement(sql);
            preparedStatement.executeUpdate();

            //在轉賬過程中出現問題
            int a = 3 / 0;

            //B賬戶多500塊
            String sql2 = "UPDATE b SET money=money+500";
            preparedStatement = connection.prepareStatement(sql2);
            preparedStatement.executeUpdate();

            //如果程序能執行到這里，沒有拋出異常，我們就提交數據
            connection.commit();

            //關閉事務【自動提交】
            connection.setAutoCommit(true);

        } catch (SQLException e) {
            try {
                //如果出現了異常，就會進到這里來，我們就把事務回滾【將數據變成原來那樣】
                connection.rollback();

                //關閉事務【自動提交】
                connection.setAutoCommit(true);
            } catch (SQLException e1) {
                e1.printStackTrace();
            }

上面的程序也一樣拋出了異常，A賬戶錢沒有減少，B賬戶的錢也沒有增加。

注意：當Connection遇到一個未處理的SQLException時，系統會非正常退出，事務也會自動回滾，但如果程序捕獲到了異常，是需要在catch中顯式回滾事務的。

事務隔離級別

數據庫定義了4個隔離級別：

  1. Serializable【可避免臟讀，不可重復讀，虛讀】
  2. Repeatable read【可避免臟讀，不可重復讀】
  3. Read committed【可避免臟讀】
  4. Read uncommitted【級別最低，什么都避免不了】

分別對應Connection類中的4個常量

  1. TRANSACTION_READ_UNCOMMITTED
  2. TRANSACTION_READ_COMMITTED
  3. TRANSACTION_REPEATABLE_READ
  4. TRANSACTION_SERIALIZABLE

臟讀：一個事務讀取到另外一個事務未提交的數據

例子：A向B轉賬，A執行了轉賬語句，但A還沒有提交事務，B讀取數據，發現自己賬戶錢變多了！B跟A說，我已經收到錢了。A回滾事務【rollback】，等B再查看賬戶的錢時，發現錢并沒有多。

不可重復讀：一個事務讀取到另外一個事務已經提交的數據，也就是說一個事務可以看到其他事務所做的修改

注：A查詢數據庫得到數據，B去修改數據庫的數據，導致A多次查詢數據庫的結果都不一樣【危害：A每次查詢的結果都是受B的影響的，那么A查詢出來的信息就沒有意思了】

虛讀(幻讀)：是指在一個事務內讀取到了別的事務插入的數據，導致前后讀取不一致。

注：和不可重復讀類似，但虛讀(幻讀)會讀到其他事務的插入的數據，導致前后讀取不一致

簡單總結：臟讀是不可容忍的，不可重復讀和虛讀在一定的情況下是可以的【做統計的肯定就不行】。

數據庫的樂觀鎖和悲觀鎖是什么？

確保在多個事務同時存取數據庫中同一數據時不破壞事務的隔離性和統一性以及數據庫的統一性，樂觀鎖和悲觀鎖是并發控制主要采用的技術手段。

  • 悲觀鎖：假定會發生并發沖突，屏蔽一切可能違反數據完整性的操作

    • 在查詢完數據的時候就把事務鎖起來，直到提交事務
    • 實現方式：使用數據庫中的鎖機制

  • 樂觀鎖：假設不會發生并發沖突，只在提交操作時檢查是否違反數據完整性。

    • 在修改數據的時候把事務鎖起來，通過version的方式來進行鎖定
    • 實現方式：使用version版本或者時間戳

參考資料：

超鍵、候選鍵、主鍵、外鍵分別是什么？

  • 超鍵：在關系中能唯一標識元組的屬性集稱為關系模式的超鍵。一個屬性可以為作為一個超鍵，多個屬性組合在一起也可以作為一個超鍵。超鍵包含候選鍵和主鍵。
  • 候選鍵(候選碼)：是最小超鍵，即沒有冗余元素的超鍵。
  • 主鍵(主碼)：數據庫表中對儲存數據對象予以唯一和完整標識的數據列或屬性的組合。一個數據列只能有一個主鍵，且主鍵的取值不能缺失，即不能為空值（Null）。
  • 外鍵：在一個表中存在的另一個表的主鍵稱此表的外鍵。

候選碼和主碼：

例子：郵寄地址（城市名，街道名，郵政編碼，單位名，收件人）

  • 它有兩個候選鍵:{城市名，街道名} 和 {街道名，郵政編碼}
  • 如果我選取{城市名，街道名}作為唯一標識實體的屬性，那么{城市名，街道名} 就是主碼(主鍵)

SQL 約束有哪幾種？

  • NOT NULL: 用于控制字段的內容一定不能為空（NULL）。
  • UNIQUE: 控件字段內容不能重復，一個表允許有多個 Unique 約束。
  • PRIMARY KEY: 也是用于控件字段內容不能重復，但它在一個表只允許出現一個。
  • FOREIGN KEY: 用于預防破壞表之間連接的動作，也能防止非法數據插入外鍵列，因為它必須是它指向的那個表中的值之一。
  • CHECK: 用于控制字段的值范圍。

數據庫運行于哪種狀態下可以防止數據的丟失？

在archivelog mode(歸檔模式)只要其歸檔日志文件不丟失，就可以有效地防止數據丟失。

Mysql存儲引擎

Mysql的存儲引擎有以下幾種：

  • InnoDB 常用
  • MyISAM 常用
  • MEMORY
  • MERGE
  • EXAMPLE
  • ARCHIVE
  • CSV
  • BLACKHOLE
  • FEDERATED

我的是5.7.15版本，默認使用的是Innodb版本！

常用的存儲引擎有以下：

  • Innodb引擎，Innodb引擎提供了對數據庫ACID事務的支持。并且還提供了行級鎖和外鍵的約束。它的設計的目標就是處理大數據容量的數據庫系統。
  • MyIASM引擎(原本Mysql的默認引擎),不提供事務的支持，也不支持行級鎖和外鍵。
  • MEMORY引擎：所有的數據都在內存中，數據的處理速度快，但是安全性不高。

[圖片上傳失敗...(image-34e292-1520388670690)]

同一個數據庫也可以使用多種存儲引擎的表。如果一個表修改要求比較高的事務處理，可以選擇InnoDB。這個數據庫中可以將查詢要求比較高的表選擇MyISAM存儲。如果該數據庫需要一個用于查詢的臨時表，可以選擇MEMORY存儲引擎。

參考資料：

MyIASM和Innodb兩種引擎所使用的索引的數據結構是什么？

答案:都是B+樹!

MyIASM引擎，B+樹的數據結構中存儲的內容實際上是實際數據的地址值。也就是說它的索引和實際數據是分開的，只不過使用索引指向了實際數據。這種索引的模式被稱為非聚集索引。

Innodb引擎的索引的數據結構也是B+樹，只不過數據結構中存儲的都是實際的數據，這種索引有被稱為聚集索引。

varchar和char的區別

Char是一種固定長度的類型，varchar是一種可變長度的類型

mysql有關權限的表都有哪幾個

MySQL服務器通過權限表來控制用戶對數據庫的訪問，權限表存放在mysql數據庫里，由mysql_install_db腳本初始化。這些權限表分別user，db，table_priv，columns_priv和host。下面分別介紹一下這些表的結構和內容：

  • user權限表：記錄允許連接到服務器的用戶帳號信息，里面的權限是全局級的。
  • db權限表：記錄各個帳號在各個數據庫上的操作權限。
  • table_priv權限表：記錄數據表級的操作權限。
  • columns_priv權限表：記錄數據列級的操作權限。
  • host權限表：配合db權限表對給定主機上數據庫級操作權限作更細致的控制。這個權限表不受GRANT和REVOKE語句的影響。

數據表損壞的修復方式有哪些？

使用 myisamchk 來修復，具體步驟：

  • 1）修復前將mysql服務停止。
  • 2）打開命令行方式，然后進入到mysql的/bin目錄。
  • 3）執行myisamchk –recover 數據庫所在路徑/*.MYI

使用repair table 或者 OPTIMIZE table命令來修復，REPAIR TABLE table_name 修復表 OPTIMIZE TABLE table_name 優化表 REPAIR TABLE 用于修復被破壞的表。
OPTIMIZE TABLE 用于回收閑置的數據庫空間，當表上的數據行被刪除時，所占據的磁盤空間并沒有立即被回收，使用了OPTIMIZE TABLE命令后這些空間將被回收，并且對磁盤上的數據行進行重排（注意：是磁盤上，而非數據庫）

MySQL中InnoDB引擎的行鎖是通過加在什么上完成

InnoDB是基于索引來完成行鎖

例: select * from tab_with_index where id = 1 for update;

for update 可以根據條件來完成行鎖鎖定,并且 id 是有索引鍵的列,

如果 id 不是索引鍵那么InnoDB將完成表鎖,,并發將無從談起

數據庫優化的思路

SQL優化

在我們書寫SQL語句的時候，其實書寫的順序、策略會影響到SQL的性能，雖然實現的功能是一樣的，但是它們的性能會有些許差別。

因此，下面就講解在書寫SQL的時候，怎么寫比較好。

①選擇最有效率的表名順序

數據庫的解析器按照從右到左的順序處理FROM子句中的表名，FROM子句中寫在最后的表將被最先處理

在FROM子句中包含多個表的情況下：

  • 如果三個表是完全無關系的話，將記錄和列名最少的表，寫在最后，然后依次類推
  • 也就是說：選擇記錄條數最少的表放在最后

如果有3個以上的表連接查詢：

  • 如果三個表是有關系的話，將引用最多的表，放在最后，然后依次類推。
  • 也就是說：被其他表所引用的表放在最后

例如：查詢員工的編號，姓名，工資，工資等級，部門名

emp表被引用得最多，記錄數也是最多，因此放在form字句的最后面


select emp.empno,emp.ename,emp.sal,salgrade.grade,dept.dname
from salgrade,dept,emp
where (emp.deptno = dept.deptno) and (emp.sal between salgrade.losal and salgrade.hisal)

②WHERE子句中的連接順序

數據庫采用自右而左的順序解析WHERE子句,根據這個原理,表之間的連接必須寫在其他WHERE條件之左,那些可以過濾掉最大數量記錄的條件必須寫在WHERE子句的之右。

emp.sal可以過濾多條記錄，寫在WHERE字句的最右邊


      select emp.empno,emp.ename,emp.sal,dept.dname
      from dept,emp
      where (emp.deptno = dept.deptno) and (emp.sal > 1500)

③SELECT子句中避免使用*號

我們當時學習的時候，“*”號是可以獲取表中全部的字段數據的。

  • 但是它要通過查詢數據字典完成的，這意味著將耗費更多的時間
  • 使用*號寫出來的SQL語句也不夠直觀。

④用TRUNCATE替代DELETE

這里僅僅是：刪除表的全部記錄，除了表結構才這樣做。

DELETE是一條一條記錄的刪除，而Truncate是將整個表刪除，保留表結構，這樣比DELETE快

⑤多使用內部函數提高SQL效率

例如使用mysql的concat()函數會比使用||來進行拼接快，因為concat()函數已經被mysql優化過了。

⑥使用表或列的別名

如果表或列的名稱太長了，使用一些簡短的別名也能稍微提高一些SQL的性能。畢竟要掃描的字符長度就變少了。。。

⑦多使用commit

comiit會釋放回滾點...

⑧善用索引

索引就是為了提高我們的查詢數據的，當表的記錄量非常大的時候，我們就可以使用索引了。

⑨SQL寫大寫

我們在編寫SQL 的時候，官方推薦的是使用大寫來寫關鍵字，因為Oracle服務器總是先將小寫字母轉成大寫后，才執行

⑩避免在索引列上使用NOT

因為Oracle服務器遇到NOT后，他就會停止目前的工作，轉而執行全表掃描

①①避免在索引列上使用計算

WHERE子句中，如果索引列是函數的一部分，優化器將不使用索引而使用全表掃描，這樣會變得變慢

①②用 >= 替代 > 

      低效：
      SELECT * FROM EMP WHERE DEPTNO > 3   
      首先定位到DEPTNO=3的記錄并且掃描到第一個DEPT大于3的記錄
      高效：
      SELECT * FROM EMP WHERE DEPTNO >= 4  
      直接跳到第一個DEPT等于4的記錄

①③用IN替代OR


      select * from emp where sal = 1500 or sal = 3000 or sal = 800;
      select * from emp where sal in (1500,3000,800);

①④總是使用索引的第一個列

如果索引是建立在多個列上，只有在它的第一個列被WHERE子句引用時，優化器才會選擇使用該索引。 當只引用索引的第二個列時，不引用索引的第一個列時，優化器使用了全表掃描而忽略了索引


      create index emp_sal_job_idex
      on emp(sal,job);
      ----------------------------------
      select *
      from emp  
      where job != 'SALES';    

      上邊就不使用索引了。

數據庫結構優化

  • 1）范式優化： 比如消除冗余（節省空間。。）
  • 2）反范式優化：比如適當加冗余等（減少join）
  • 3）拆分表： 垂直拆分和水平拆分

服務器硬件優化

這個么多花錢咯！

SQL練習題

下列練習題參考自公眾號Java知音：

基本表結構：

student(sno,sname,sage,ssex)學生表
course(cno,cname,tno) 課程表
sc(sno,cno,score) 成績表

teacher(tno,tname) 教師表

題目：


101，查詢課程1的成績比課程2的成績高的所有學生的學號
select a.sno from
(select sno,score from sc where cno=1) a,
(select sno,score from sc where cno=2) b
where a.score>b.score and a.sno=b.sno

102，查詢平均成績大于60分的同學的學號和平均成績
select a.sno as "學號", avg(a.score) as "平均成績" 
from
(select sno,score from sc) a 
group by sno having avg(a.score)>60

103，查詢所有同學的學號、姓名、選課數、總成績
select a.sno as 學號, b.sname as 姓名,
count(a.cno) as 選課數, sum(a.score) as 總成績
from sc a, student b
where a.sno = b.sno
group by a.sno, b.sname

或者：

selectstudent.sno as 學號, student.sname as 姓名,
 count(sc.cno) as 選課數, sum(score) as 總成績
from student left Outer join sc on student.sno = sc.sno
group by student.sno, sname

104，查詢姓“張”的老師的個數

selectcount(distinct(tname)) from teacher where tname like '張%‘
或者：
select tname as "姓名", count(distinct(tname)) as "人數" 
from teacher 
where tname like'張%'
group by tname

105，查詢沒學過“張三”老師課的同學的學號、姓名
select student.sno,student.sname from student
where sno not in (select distinct(sc.sno) from sc,course,teacher
where sc.cno=course.cno and teacher.tno=course.tno and teacher.tname='張三')

106，查詢同時學過課程1和課程2的同學的學號、姓名
select sno, sname from student
where sno in (select sno from sc where sc.cno = 1)
and sno in (select sno from sc where sc.cno = 2)
或者：

selectc.sno, c.sname from
(select sno from sc where sc.cno = 1) a,
(select sno from sc where sc.cno = 2) b,
student c
where a.sno = b.sno and a.sno = c.sno
或者：

select student.sno,student.sname from student,sc where student.sno=sc.sno and sc.cno=1
and exists( select * from sc as sc_2 where sc_2.sno=sc.sno and sc_2.cno=2)

107，查詢學過“李四”老師所教所有課程的所有同學的學號、姓名
select a.sno, a.sname from student a, sc b
where a.sno = b.sno and b.cno in
(select c.cno from course c, teacher d where c.tno = d.tno and d.tname = '李四')

或者：

select a.sno, a.sname from student a, sc b,
(select c.cno from course c, teacher d where c.tno = d.tno and d.tname = '李四') e
where a.sno = b.sno and b.cno = e.cno

108，查詢課程編號1的成績比課程編號2的成績高的所有同學的學號、姓名
select a.sno, a.sname from student a,
(select sno, score from sc where cno = 1) b,
(select sno, score from sc where cno = 2) c
where b.score > c.score and b.sno = c.sno and a.sno = b.sno

109，查詢所有課程成績小于60分的同學的學號、姓名
select sno,sname from student
where sno not in (select distinct sno from sc where score > 60)

110，查詢至少有一門課程與學號為1的同學所學課程相同的同學的學號和姓名
select distinct a.sno, a.sname
from student a, sc b
where a.sno <> 1 and a.sno=b.sno and
b.cno in (select cno from sc where sno = 1)

或者：

select s.sno,s.sname 
from student s,
(select sc.sno 
from sc
where sc.cno in (select sc1.cno from sc sc1 where sc1.sno=1)and sc.sno<>1
group by sc.sno)r1
where r1.sno=s.sno

111、把“sc”表中“王五”所教課的成績都更改為此課程的平均成績
update sc set score = (select avg(sc_2.score) from sc sc_2 wheresc_2.cno=sc.cno)
from course,teacher where course.cno=sc.cno and course.tno=teacher.tno andteacher.tname='王五'

112、查詢和編號為2的同學學習的課程完全相同的其他同學學號和姓名
這一題分兩步查：

1，

select sno
from sc
where sno <> 2
group by sno
having sum(cno) = (select sum(cno) from sc where sno = 2)

2，
select b.sno, b.sname
from sc a, student b
where b.sno <> 2 and a.sno = b.sno
group by b.sno, b.sname
having sum(cno) = (select sum(cno) from sc where sno = 2)

113、刪除學習“王五”老師課的sc表記錄
delete sc from course, teacher
where course.cno = sc.cno and course.tno = teacher.tno and tname = '王五'

114、向sc表中插入一些記錄，這些記錄要求符合以下條件：
將沒有課程3成績同學的該成績補齊, 其成績取所有學生的課程2的平均成績
insert sc select sno, 3, (select avg(score) from sc where cno = 2)
from student
where sno not in (select sno from sc where cno = 3)

115、按平平均分從高到低顯示所有學生的如下統計報表：
-- 學號,企業管理,馬克思,UML,數據庫,物理,課程數,平均分
select sno as 學號
,max(case when cno = 1 then score end) AS 企業管理
,max(case when cno = 2 then score end) AS 馬克思
,max(case when cno = 3 then score end) AS UML
,max(case when cno = 4 then score end) AS 數據庫
,max(case when cno = 5 then score end) AS 物理
,count(cno) AS 課程數
,avg(score) AS 平均分
FROM sc
GROUP by sno
ORDER by avg(score) DESC

116、查詢各科成績最高分和最低分：

以如下形式顯示：課程號，最高分，最低分
select cno as 課程號, max(score) as 最高分, min(score) 最低分
from sc group by cno

select  course.cno as '課程號'
,MAX(score) as '最高分'
,MIN(score) as '最低分'
from sc,course
where sc.cno=course.cno
group by course.cno

117、按各科平均成績從低到高和及格率的百分數從高到低順序
SELECT t.cno AS 課程號,
max(course.cname)AS 課程名,
isnull(AVG(score),0) AS 平均成績,
100 * SUM(CASE WHEN isnull(score,0)>=60 THEN 1 ELSE 0 END)/count(1) AS 及格率
FROM sc t, course
where t.cno = course.cno
GROUP BY t.cno
ORDER BY 及格率 desc

118、查詢如下課程平均成績和及格率的百分數(用"1行"顯示): 

企業管理（001），馬克思（002），UML （003），數據庫（004） 
select 
avg(case when cno = 1 then score end) as 平均分1,
avg(case when cno = 2 then score end) as 平均分2,
avg(case when cno = 3 then score end) as 平均分3,
avg(case when cno = 4 then score end) as 平均分4,
100 * sum(case when cno = 1 and score > 60 then 1 else 0 end) / sum(casewhen cno = 1 then 1 else 0 end) as 及格率1,
100 * sum(case when cno = 2 and score > 60 then 1 else 0 end) / sum(casewhen cno = 2 then 1 else 0 end) as 及格率2,
100 * sum(case when cno = 3 and score > 60 then 1 else 0 end) / sum(casewhen cno = 3 then 1 else 0 end) as 及格率3,
100 * sum(case when cno = 4 and score > 60 then 1 else 0 end) / sum(casewhen cno = 4 then 1 else 0 end) as 及格率4
from sc

119、查詢不同老師所教不同課程平均分, 從高到低顯示
select max(c.tname) as 教師, max(b.cname) 課程, avg(a.score) 平均分
from sc a, course b, teacher c
where a.cno = b.cno and b.tno = c.tno
group by a.cno
order by 平均分 desc
或者：
select r.tname as '教師',r.rname as '課程' , AVG(score) as '平均分'
from sc,
(select  t.tname,c.cno as rcso,c.cname as rname
from teacher t ,course c
where t.tno=c.tno)r
where sc.cno=r.rcso
group by sc.cno,r.tname,r.rname 
order by AVG(score) desc

120、查詢如下課程成績均在第3名到第6名之間的學生的成績：
-- [學生ID],[學生姓名],企業管理,馬克思,UML,數據庫,平均成績
select top 6 max(a.sno) 學號, max(b.sname) 姓名,
max(case when cno = 1 then score end) as 企業管理,
max(case when cno = 2 then score end) as 馬克思,
max(case when cno = 3 then score end) as UML,
max(case when cno = 4 then score end) as 數據庫,
avg(score) as 平均分
from sc a, student b
where a.sno not in 

(select top 2 sno from sc where cno = 1 order by score desc)
  and a.sno not in (select top 2 sno from sc where cno = 2 order by scoredesc)
  and a.sno not in (select top 2 sno from sc where cno = 3 order by scoredesc)
  and a.sno not in (select top 2 sno from sc where cno = 4 order by scoredesc)
  and a.sno = b.sno
group by a.sno

Oracle和Mysql的區別

在Mysql中，一個用戶下可以創建多個庫：

而在Oracle中，Oracle服務器是由兩部分組成

  • 數據庫實例【理解為對象，看不見的】
  • 數據庫【理解為類，看得見的】

一個數據庫實例可擁有多個用戶，一個用戶默認擁有一個表空間。

表空間是存儲我們數據庫表的地方，表空間內可以有多個文件。

當我們使用Oracle作為我們數據庫時，我們需要指定用戶、表空間來存儲我們所需要的數據！

最后

參考資料：

最后編輯于 ：
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明：文章內容（如有圖片或視頻亦包括在內）由作者上傳并發布，文章內容僅代表作者本人觀點，簡書系信息發布平臺，僅提供信息存儲服務。
  • 人面猴
    序言：七十年代末，一起剝皮案震驚了整個濱河市，隨后出現的幾起案子，更是在濱河造成了極大的恐慌，老刑警劉巖，帶你破解...
    沈念sama閱讀 227,797評論 6贊 531
  • 死咒
    序言：濱河連續發生了三起死亡事件，死亡現場離奇詭異，居然都是意外死亡，警方通過查閱死者的電腦和手機，發現死者居然都...
    沈念sama閱讀 98,179評論 3贊 414
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進店門，熙熙樓的掌柜王于貴愁眉苦臉地迎上來，“玉大人，你說我怎么就攤上這事。” “怎么了？”我有些...
    開封第一講書人閱讀 175,628評論 0贊 373
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵，是天一觀的道長。 經常有香客問我，道長，這世上最難降的妖魔是什么？ 我笑而不...
    開封第一講書人閱讀 62,642評論 1贊 309
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任，我火速辦了婚禮，結果婚禮上，老公的妹妹穿的比我還像新娘。我一直安慰自己，他們只是感情好，可當我...
    茶點故事閱讀 71,444評論 6贊 405
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布。 她就那樣靜靜地躺著，像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上，一...
    開封第一講書人閱讀 54,948評論 1贊 321
  • 城市分裂傳說
    那天，我揣著相機與錄音，去河邊找鬼。 笑死，一個胖子當著我的面吹牛，可吹牛的內容都是我干的。 我是一名探鬼主播，決...
    沈念sama閱讀 43,040評論 3贊 440
  • 雙鴛鴦連環套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼，長吁一口氣：“原來是場噩夢啊……” “哼！你這毒婦竟也來了？” 一聲冷哼從身側響起，我...
    開封第一講書人閱讀 42,185評論 0贊 287
  • 萬榮殺人案實錄
    序言：老撾萬榮一對情侶失蹤，失蹤者是張志新（化名）和其女友劉穎，沒想到半個月后，有當地人在樹林里發現了一具尸體，經...
    沈念sama閱讀 48,717評論 1贊 333
  • ?護林員之死
    正文 獨居荒郊野嶺守林人離奇死亡，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,602評論 3贊 354
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年，在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,794評論 1贊 369
  • 活死人
    序言：一個原本活蹦亂跳的男人離奇死亡，死狀恐怖，靈堂內的尸體忽然破棺而出，到底是詐尸還是另有隱情，我是刑警寧澤，帶...
    沈念sama閱讀 38,316評論 5贊 358
  • ?日本核電站爆炸內幕
    正文 年R本政府宣布，位于F島的核電站，受9級特大地震影響，放射性物質發生泄漏。R本人自食惡果不足惜，卻給世界環境...
    茶點故事閱讀 44,045評論 3贊 347
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧，春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,418評論 0贊 26
  • 一樁弒父案，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至，卻和暖如春，著一層夾襖步出監牢的瞬間，已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,671評論 1贊 281
  • 情欲美人皮
    我被黑心中介騙來泰國打工， 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留，地道東北人。 一個月前我還...
    沈念sama閱讀 51,414評論 3贊 390
  • 代替公主和親
    正文 我出身青樓，卻偏偏與公主長得像，于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子，可洞房花燭夜當晚...
    茶點故事閱讀 47,750評論 2贊 370