數據庫的筆試很是重要,基本的筆試題都在這裏,因此這裏小編整理出來,一方面爲了本身複習,一方面也方便你們。html
(關於MySQL的安裝,具體見下面博客:http://www.cnblogs.com/wj-1314/p/7573242.html)spring
(關於MySQL的基礎知識,具體見下面博客:http://www.cnblogs.com/wj-1314/p/8343101.html)sql
(關於MySQL的索引知識,具體見下面博客:http://www.cnblogs.com/wj-1314/p/8353262.html)數據庫
最近整理了一些數據庫常見的筆試題,對本身也是個複習,但願對你們也有所幫助。編程
觸發器是一類特殊的存儲過程,主要是經過事件來觸發而被執行的。它能夠強化約束,來維護數據的完整性和一致性,能夠跟蹤數據庫內的操做從而不容許未經許可的更新和變化。能夠聯級運算。如,某表上的觸發器上包含對另外一個表的數據操做,而該操做又會致使該表觸發器被觸發。安全
存儲過程是一個預編譯的SQL語句,優勢是容許模塊化的設計,就是說只須要建立一次,之後在該程序中就能夠調用屢次。若是某次操做須要執行屢次SQL,使用存儲過程比單純SQL語句執行要快。能夠一個命令對象來調用存儲過程。併發
索引就是一種特殊的查詢表,數據庫的搜索引擎能夠利用它加速對數據的檢索。它很相似與現實生活中書的目錄,不須要查詢整本書內容就能夠找到想要的數據。索引能夠是惟一的,建立索引容許指定單個列或者是多個列。缺點是它減慢了數據錄入的速度,同時也增長了數據庫的尺寸大小。數據庫設計
A.事務一旦提交,對數據庫的改變是永久的
B.事務包括的全部操做要麼都作,要麼不作
C.一個事務內部的操做及使用的數據對併發的其餘事務是隔離的
D.事務必須是使數據庫從一個致性狀態變到另外一個致性狀態模塊化
解析:事務的持久性(也叫永久性)是指一旦事務提交成功,其對數據修改是持久性的。數據更新的結果已經從內存轉存到外部存儲器上,此後即便發生了系統故障,已提交事務所作的數據更新也不會丟失。性能
A.進程
B.SQL
C.事務
D.文件
A.EXPLAIN
B.LOAD
C.TOP
D.SUM
explain命令在解決數據庫性能上是第一推薦使用命令,大部分的性能問題能夠經過此命令來簡單的解決,Explain能夠用來查看SQL語句的執行效 果,能夠幫助選擇更好的索引和優化查詢語句,寫出更好的優化語句。 explain語法:explain select … from … [where ...] 例如:explain select * from news;
A屬性
B二維表
C網狀結構
D樹狀結構
[解析] 關係模型實體間的聯繫採用二維表來表示,簡稱表。選項C爲網狀模型實體間的聯繫,選項D爲層次模型實體間的聯繫,選項A屬性刻畫了實體。
A從前日後
B從後往前
C其餘什麼順序
A SERIALIZABLE
B READ COMMITTED
C READ UNCOMMITTED
D REPEATABLE READ
C:出現髒讀,幻讀,不可重複讀。
B:出現幻讀,不可重複讀。
D:出現幻讀
A:不出現上述問題。
Read Uncommitted:不隔離數據,對於事務使用的數據,其餘事務也能修改刪除。
Read Committed:不容許讀取沒有提交的數據,只有其餘事務提交了數據,你才能訪問。
Repeatable Read:事務中用到的數據都被鎖定,其餘事務不能修改和刪除。
Snapshot:快照隔離
Serilizable:事務要用到的數據所有鎖定,不容許其餘事務添加,修改,刪除。
A.內部事務回滾會致使外部事務回滾
B,內部事務回滾了,外部事務然然能夠提交
C.外部事務回滾了,內部事務頁跟着回滾
D.外部事務回滾了,內部事務仍然能夠提
A.更新視圖
B.查詢
C.在視圖上定義新的表
D.在視圖上定義新的視圖
A綁定變量是指在SQL語句中使用變量,改變變量的值來改變SQL語句的執行結果
B使用綁定變量,能夠減小SQL語句的解析,能減小數據庫引擎消耗在SQL語句解析上的資源
C使用綁定變量,提升了編程效率和可靠性,減小訪問數據庫的次數
D使用綁定變量,查詢優化器會預估的比字面變量更加真實
A鎖能夠分爲獨佔鎖(即排它鎖),共享鎖和更新鎖。
BSQL Server支持的鎖粒度能夠分爲爲行、頁、鍵、鍵範圍、索引、表或數據庫。
CSQL Server 經過使用SET LOCK_TIMEOUT命令設定鎖超時間隔。
D鎖的主要做用是提供事務所需的隔離。隔離確保事務之間不會相互干擾。
<分析>:
(1) 概念:
數據庫是一個多用戶使用的共享資源。當多個用戶併發地存取數據時,在數據庫中就會產生多個事務同時存取同一數據的狀況。若對併發操做不加控制就可能會讀取和存儲不正確的數據,破壞數據庫的一致性。
加鎖是實現數據庫併發控制的一個很是重要的技術。當事務在對某個數據對象進行操做前,先向系統發出請求,對其加鎖。加鎖後事務就對該數據對象有了必定的控制,在該事務釋放鎖以前,其餘的事務不能對此數據對象進行更新操做。
(2) 鎖的分類:
共享(S)鎖:多個事務可封鎖一個共享頁;任何事務都不能修改該頁; 一般是該頁被讀取完畢,S鎖當即被釋放。
排它(X)鎖:僅容許一個事務封鎖此頁;其餘任何事務必須等到X鎖被釋放才能對該頁進行訪問;X鎖一直到事務結束才能被釋放。
更新(U)鎖:更新鎖在修改操做的初始化階段用來鎖定可能要被修改的資源,這樣能夠避免使用共享鎖形成的死鎖現象。由於使用共享鎖時,修改數據的操做分爲兩步,首先得到一個共享鎖,讀取數據,而後將共享鎖升級爲排它鎖,而後再執行修改操做。這樣若是同時有兩個或多個事務同時對一個事務申請了共享鎖,在修改數據的時候,這些事務都要將共享鎖升級爲排它鎖。這時,這些事務都不會釋放共享鎖而是一直等待對方釋放,這樣就形成了死鎖。若是一個數據在修改前直接申請更新鎖,在數據修改的時候再升級爲排它鎖,就能夠避免死鎖。
(3) 鎖的粒度:
在sql server2000中鎖是具備粒度的,便可以對不一樣的資源加鎖。鎖定在較小的粒度的資源(例如行)上能夠增長系統的併發量但須要較大的系統開銷,從而也會影響系統的性能,由於鎖定的粒度較小則操做可能產生的鎖的數量會增長;鎖定在較大的粒度(例如表)就併發而言是至關昂貴的,由於鎖定整個表限制了其它事務對錶中任意部分進行訪問,但要求的開銷較低,由於須要維護的鎖較少,因此在這裏是一種互相制約的關係。
Sql server2000中鎖定的粒度包括 行、頁、擴展盤區、表、庫等資源。
A程序運行過程
B程序的執行結果
C對數據的更新操做
D對數據的查詢操做
記錄數據庫事務,最大限度地保證數據的一致性與安全性
重作日誌文件:含對數據庫所作的更改記錄,這樣萬一出現故障能夠啓用數據恢復,一個數據庫至少須要兩個重作日誌文件
歸檔日誌文件:是重作日誌文件的脫機副本,這些副本可能對於從介質失敗中進行恢復很必要。
A隔離性
B持久性
C強制性
D一致性
A 表A中的約束依然存在
B 表A被刪除了
C 表A中的數據被刪除了一半,再次執行時,將刪除剩下的一半數據行
D 表A中不符合檢查約束要求的數據被刪除,而符合檢查約束要求的數據依然保留
刪除表的語句爲:DROP TABLE table_name;
而DELETE和TRUNCATE TABLE都是刪除表中的數據的語句,它們的不一樣之處在於:
一、TRUNCATE TABLE比DELETE的速度快;
二、TRUNCATE TABLE 是刪除表的全部行,而DELETE是刪除表的一行或者多行(除非DELETE不帶WHERE語句);
三、在刪除時若是遇到任何一行違反約束(主要是外鍵約束),TRUNCATE TABLE仍然刪除,只是表的結構及其列、約束、索引等保持不變,但DELETE是直接返回錯誤;
四、對於被外鍵約束的表,不能使用TRUNCATE TABLE,而應該使用不帶WHERE語句的DELETE語句。
五、若是想保留標識計數值,要用DELETE,由於TRUNCATE TABLE會對新行標誌符列搜用的計數值重置爲該列的種子。
A 數據庫中,數據存在副本的現象,就是數據冗餘
B 經過分類存儲,能夠有效減小數據冗餘,可是會增長數據查找的複雜性
C 在數據庫設計階段,必定要盡最大可能避免數據冗餘,最好作到無數據冗餘。
D 數據冗餘一般是因爲數據庫設計引發的。
A未提交讀(Read Uncommitted):容許髒讀,也就是可能讀取到其餘會話中未提交事務修改的數據
B提交讀(Read Committed):只能讀取到已經提交的數據
C可重複讀(Repeated Read):在同一個事務內的查詢都是事務開始時刻一致的
D串行讀(Serializable):徹底串行化的讀,每次讀都須要得到表級共享鎖,讀寫相互都會阻塞
在MySQL中有兩種方法能夠刪除數據,一種是MySQL DELETE語句,另外一種是MySQL TRUNCATE TABLE語句。DELETE語句能夠經過WHERE對要刪除的記錄進行選擇。而使用TRUNCATE TABLE將刪除表中的全部記錄。所以,DELETE語句更靈活。
DELETE能夠按條件刪除表中數據。在沒有條件時,DELETE FROM table1 (成功返回條數)或TRUNCATE TABLE table1(成功返回0) 都是清空表。
DELETE FROM table1 WHERE 1;能夠保留表中自增值。