數據庫面試常問的一些基本概念

一、超鍵、候選鍵、主鍵、外鍵

 

超鍵：在關係中能惟一標識元組的屬性集稱爲關係模式的超鍵。一個屬性能夠爲做爲一個超鍵，多個屬性組合在一塊兒也能夠做爲一個超鍵。超鍵包含候選鍵和主鍵。

 

候選鍵：是最小超鍵，即沒有冗餘元素的超鍵。

 

主鍵：數據庫表中對儲存數據對象予以惟一和完整標識的數據列或屬性的組合。一個數據列只能有一個主鍵，且主鍵的取值不能缺失，即不能爲空值（Null）。

 

外鍵：在一個表中存在的另外一個表的主鍵稱此表的外鍵。

 

二、什麼是事務？什麼是鎖？

 

事務：就是被綁定在一塊兒做爲一個邏輯工做單元的 SQL 語句分組，若是任何一個語句操做失敗那麼整個操做就被失敗，之後操做就會回滾到操做前狀態，或者是上有個節點。爲了確保要麼執行，要麼不執行，就可使用事務。要將有組語句做爲事務考慮，就須要經過 ACID 測試，即原子性，一致性，隔離性和持久性。

 

鎖：在因此的 DBMS 中，鎖是實現事務的關鍵，鎖能夠保證事務的完整性和併發性。與現實生活中鎖同樣，它可使某些數據的擁有者，在某段時間內不能使用某些數據或數據結構。固然鎖還分級別的。

 

三、數據庫事務的四個特性及含義

 

原子性：整個事務中的全部操做，要麼所有完成，要麼所有不完成，不可能停滯在中間某個環節。事務在執行過程當中發生錯誤，會被回滾（Rollback）到事務開始前的狀態，就像這個事務歷來沒有執行過同樣。

 

一致性：在事務開始以前和事務結束之後，數據庫的完整性約束沒有被破壞。

隔離性：隔離狀態執行事務，使它們好像是系統在給定時間內執行的惟一操做。若是有兩個事務，運行在相同的時間內，執行 相同的功能，事務的隔離性將確保每一事務在系統中認爲只有該事務在使用系統。這種屬性有時稱爲串行化，爲了防止事務操做間的混淆，必須串行化或序列化請 求，使得在同一時間僅有一個請求用於同一數據。

 

持久性：在事務完成之後，該事務所對數據庫所做的更改便持久的保存在數據庫之中，並不會被回滾。

 

四、什麼是視圖？

 

視圖是一種虛擬的表，具備和物理表相同的功能。能夠對視圖進行增，改，查，操做，試圖一般是有一個表或者多個表的行或列的子集。對視圖的修改不影響基本表。它使得咱們獲取數據更容易，相比多表查詢。

 

以下兩種場景通常會使用到視圖：

 

（1）不但願訪問者獲取整個表的信息，只暴露部分字段給訪問者，因此就建一個虛表，就是視圖。

（2）查詢的數據來源於不一樣的表，而查詢者但願以統一的方式查詢，這樣也能夠創建一個視圖，把多個表查詢結果聯合起來，查詢者只須要直接從視圖中獲取數據，沒必要考慮數據來源於不一樣表所帶來的差別。

 

注：這個視圖是在數據庫中建立的 而不是用代碼建立的。

 

五、觸發器的做用？

 

觸發器是一中特殊的存儲過程，主要是經過事件來觸發而被執行的。它能夠強化約束，來維護數據的完整性和一致性，能夠跟蹤數據庫內的操做從而不容許未經許可的更新和變化。能夠聯級運算。如，某表上的觸發器上包含對另外一個表的數據操做，而該操做又會致使該表觸發器被觸發。

 

六、 維護數據庫的完整性和一致性，你喜歡用觸發器仍是自寫業務邏輯？爲何？

 

儘量使用約束，如 check, 主鍵，外鍵，非空字段等來約束，這樣作效率最高，也最方便。其次是使用觸發器，這種方法能夠保證，不管什麼業務系統訪問數據庫均可以保證數據的完整新和一致性。最後考慮的是自寫業務邏輯，但這樣作麻煩，編程複雜，效率低下。

 

七、索引的做用？和它的優勢缺點是什麼？

 

數據庫索引，是數據庫管理系統中一個排序的數據結構，以協助快速查詢、更新數據庫表中數據。索引的實現一般使用B樹及其變種B+樹。

 

在數據以外，數據庫系統還維護着知足特定查找算法的數據結構，這些數據結構以某種方式引用（指向）數據，這樣就能夠在這些數據結構上實現高級查找算法。這種數據結構，就是索引。

 

爲表設置索引要付出代價的：一是增長了數據庫的存儲空間，二是在插入和修改數據時要花費較多的時間(由於索引也要隨之變更)。

 

建立索引能夠大大提升系統的性能（優勢）：

 

第1、經過建立惟一性索引，能夠保證數據庫表中每一行數據的惟一性。

第二，能夠大大加快數據的檢索速度，這也是建立索引的最主要的緣由。

第三，能夠加速表和表之間的鏈接，特別是在實現數據的參考完整性方面特別有意義。

第四，在使用分組和排序子句進行數據檢索時，一樣能夠顯著減小查詢中分組和排序的時間。

第五，經過使用索引，能夠在查詢的過程當中，使用優化隱藏器，提升系統的性能。

 

也許會有人要問：增長索引有如此多的優勢，爲何不對錶中的每個列建立一個索引呢？由於，增長索引也有許多不利的方面：

 

第一，建立索引和維護索引要耗費時間，這種時間隨着數據量的增長而增長。

第二，索引須要佔物理空間，除了數據表佔數據空間以外，每個索引還要佔必定的物理空間，若是要創建聚簇索引，那麼須要的空間就會更大。

 

第三，當對錶中的數據進行增長、刪除和修改的時候，索引也要動態的維護，這樣就下降了數據的維護速度。

 

索引是創建在數據庫表中的某些列的上面。在建立索引的時候，應該考慮在哪些列上能夠建立索引，在哪些列上不能建立索引。

 

通常來講，應該在這些列上建立索引：

 

（1）在常常須要搜索的列上，能夠加快搜索的速度；

（2）在做爲主鍵的列上，強制該列的惟一性和組織表中數據的排列結構；

（3）在常常用在鏈接的列上，這些列主要是一些外鍵，能夠加快鏈接的速度；

（4）在常常須要根據範圍進行搜索的列上建立索引，由於索引已經排序，其指定的範圍是連續的；

（5）在常常須要排序的列上建立索引，由於索引已經排序，這樣查詢能夠利用索引的排序，加快排序查詢時間；

（6）在常用在WHERE子句中的列上面建立索引，加快條件的判斷速度。

一樣，對於有些列不該該建立索引：

 

第一，對於那些在查詢中不多使用或者參考的列不該該建立索引。這是由於，既然這些列不多使用到，所以有索引或者無索引，並不能提升查詢速度。相反，因爲增長了索引，反而下降了系統的維護速度和增大了空間需求。

 

第二，對於那些只有不多數據值的列也不該該增長索引。這是由於，因爲這些列的取值不多，例如人事表的性別列，在查詢的結果中，結果集的數據行佔了表中數據行的很大比例，即須要在表中搜索的數據行的比例很大。增長索引，並不能明顯加快檢索速度。

 

第三，對於那些定義爲text, image和bit數據類型的列不該該增長索引。這是由於，這些列的數據量要麼至關大，要麼取值不多。

 

第四，當修改性能遠遠大於檢索性能時，不該該建立索引。這是由於，修改性能和檢索性能是互相矛盾的。當增長索引時，會提升檢索性能，可是會下降修改性能。當減小索引時，會提升修改性能，下降檢索性能。所以，當修改性能遠遠大於檢索性能時，不該該建立索引。

 

八、drop,delete與truncate的區別

 

drop直接刪掉表 。 

truncate刪除表中數據，再插入時自增加id又從1開始 。 

delete刪除表中數據，能夠加where字句。

 

（1） DELETE語句執行刪除的過程是每次從表中刪除一行，而且同時將該行的刪除操做做爲事務記錄在日誌中保存以便進行進行回滾操做。TRUNCATE TABLE 則一次性地從表中刪除全部的數據並不把單獨的刪除操做記錄記入日誌保存，刪除行是不能恢復的。而且在刪除的過程當中不會激活與表有關的刪除觸發器。執行速度快。

 

（2） 表和索引所佔空間。當表被TRUNCATE 後，這個表和索引所佔用的空間會恢復到初始大小，而DELETE操做不會減小表或索引所佔用的空間。drop語句將表所佔用的空間全釋放掉。

 

（3） 通常而言，drop > truncate > delete

 

（4） 應用範圍。TRUNCATE 只能對TABLE；DELETE能夠是table和view

 

（5） TRUNCATE 和DELETE只刪除數據，而DROP則刪除整個表（結構和數據）。

 

（6） truncate與不帶where的delete ：只刪除數據，而不刪除表的結構（定義）drop語句將刪除表的結構被依賴的約束（constrain),觸發器（trigger)索引（index);依賴於該表的存儲過程/函數將被保留，但其狀態會變爲：invalid。

 

（7） delete語句爲DML（data maintain Language),這個操做會被放到 rollback segment中,事務提交後才生效。若是有相應的 tigger,執行的時候將被觸發。

 

（8） truncate、drop是DLL（data define language),操做當即生效，原數據不放到 rollback segment中，不能回滾。

 

（9） 在沒有備份狀況下，謹慎使用 drop 與 truncate。要刪除部分數據行採用delete且注意結合where來約束影響範圍。回滾段要足夠大。要刪除表用drop;若想保留表而將表中數據刪除，若是於事務無關，用truncate便可實現。若是和事務有關，或老師想觸發trigger,仍是用delete。

 

（10） Truncate table 表名 速度快,並且效率高,由於: 

truncate table 在功能上與不帶 WHERE 子句的 DELETE 語句相同：兩者均刪除表中的所有行。但 TRUNCATE TABLE 比 DELETE 速度快，且使用的系統和事務日誌資源少。DELETE 語句每次刪除一行，並在事務日誌中爲所刪除的每行記錄一項。TRUNCATE TABLE 經過釋放存儲表數據所用的數據頁來刪除數據，而且只在事務日誌中記錄頁的釋放。

 

（11） TRUNCATE TABLE 刪除表中的全部行，但表結構及其列、約束、索引等保持不變。新行標識所用的計數值重置爲該列的種子。若是想保留標識計數值，請改用 DELETE。若是要刪除表定義及其數據，請使用 DROP TABLE 語句。

 

（12） 對於由 FOREIGN KEY 約束引用的表，不能使用 TRUNCATE TABLE，而應使用不帶 WHERE 子句的 DELETE 語句。因爲 TRUNCATE TABLE 不記錄在日誌中，因此它不能激活觸發器。