資料庫討論題
a)select pname as '商品名',avg(qty) as 平均銷售量 from s,p,m where m.city='上海' and s.mno=m.mno and p.pno=s.pno，select p.Pno,p.pname,sum(s.qty)
from s left join p on s.pno=p.pno left join m on p.Mno=m.Mno
where m.city='上海市'
group by p.Pno,p.pname,p.city,p.color
b)、先刪除Sale表的外鍵PNO，再刪除gds表。
c)聯系：視圖（view）是在基本表之上建立的表，它的結構（即所定義的列）和內容（即所有數據行）都來自基本表，它依據基本表存在而存在。一個視圖可以對應一個基本表，也可以對應多個基本表。視圖是基本表的抽象和在邏輯意義上建立的新關系
區別：1、視圖是已經編譯好的sql語句。而表不是
2、視圖沒有實際的物理記錄。而表有。
3、表是內容，視圖是窗口
4、表只用物理空間而視圖不佔用物理空間，視圖只是邏輯概念的存在，表可以及時四對它進行修改，但視圖只能有創建的語句來修改
5、表是內模式，視圖是外模式
6、視圖是查看數據表的一種方法，可以查詢數據表中某些欄位構成的數據，只是一些SQL語句的集合。從安全的角度說，視圖可以不給用戶接觸數據表，從而不知道表結構。
7、表屬於全局模式中的表，是實表；視圖屬於局部模式的表，是虛表。
8、視圖的建立和刪除隻影響視圖本身，不影響對應的基本表。
❷ 資料庫 簡單問題
create table 圖書 (總編號 Char(6),分類號 Char(8),書名 Char (16),作者 Char (6),出版單位 Char (20),單價 Numeric(6,2))
create table 讀者(借書證號 Char (4),單位 Char (8),姓名 Char (6),性別 Char (2),職稱 Char (6),地址 Char (20))
create table 借閱(借書證號 Char (4),總編號 Char (6),借書日期 Datetime)
1. 對圖書管理資料庫，將借閱表增加新欄位 ：應還日期 datetime 。請對下面的SQL語句填空：
ALTER TABLE 讀者 add 應還日期 datetime
2. 向圖書表插入一條記錄，總編號為101002，分類號為02，書名為資料庫技術，作者為王大為，出版單位為電子工業出版社，單價為23.5。
INSERT INTO 圖書 VALUES('101002','02','資料庫技術','王大為','電子工業出版社',23.5)
3. 對於圖書管理資料庫，將圖書表中電子工業出版社的圖書的單價漲價10%。請對下面的SQL語句填空：
UPDATE 圖書 SET 單價=單價*1.1 WHERE 出版單位='電子工業出版社'
4. 對於圖書管理資料庫，要查詢所藏圖書中每個出版社的圖書最高單價、平均單價。
SELECT 出版單位,MAX(單價) AS 最高單價,AVG(單價) AS 平均單價 FROM 圖書 GROUP BY 出版單位
5．對於圖書管理資料庫，求電子工業出版社出版圖書的最高單價和平均單價。
SELECT 出版單位,MAX(單價) AS 最高單價,AVG(單價) AS 平均單價 FROM 圖書 where 出版單位='電子工業出版社'
6．使用SQL語句從上表中查詢所有姓劉的讀者的信息：
SELECT * FROM 讀者 WHERE 姓名 like '劉%'
7． 檢索書價在10元至30元(含10元和30元)之間的圖書的書名、作者、書價和分類號，結果按分類號升序排序。
SELECT 書名,作者,單價,分類號 FROM 圖書
WHERE 單價 between 10 and 30
ORDER BY 分類號
8. 對於圖書管理資料庫，查詢借閱圖書超過3本的每個讀者的借書證號和所借圖書冊數。請對下面的SQL語句填空：
SELECT 借書證號,count(*) as 借圖書冊數 FROM 借閱
GROUP BY 借書證號 having count(*)>3
9. 對於圖書管理資料庫，查詢電子工業出版社的圖書信息，檢索結果按書價降序排列。
SELECT * FROM 圖書 WHERE 出版單位='電子工業出版社' ORDER BY 單價 DESC
10. 對於圖書管理資料庫，查詢所藏圖書中，有兩種及兩種以上的圖書出版社所出版圖書的最高單價和平均價。
SELECT 出版單位,MAX(單價) AS 最高單價,AVG(單價)AS 平均價 FROM 圖書 GROUP BY 出版單位 HAVING count(*) >=2
❸ 求解資料庫習題
1.傳遞函數依賴
2.表之間的關聯就是通過主鍵與 外鍵 作為紐帶實現的。
3.Having子句必須跟在_ group by __子句之後緩消棚。
4.在一個關系中，每一個數據都可看成獨立的 數據項 。
5.類具有多態性、封裝性__和__繼承性 __。
1．數據模型包含哪三個方面的要素？
答：數據結構、數據操作、完整性約束條件
3．類與對象的根本區別是什麼？對象有哪3個要素 ？
這個看oyopen的回答
已知三個關系模式：
職工 S（職工號，姓名，性別）
工程 P（工程號，工程名稱）
施工 SP（職工號，工程號，酬金）
（1）．寫出SQL語句，檢索參加工程號為〃P1〃，且酬金最高的職工號。
select 工程號 from sp where 工程號='P1' AND SP.工程號=SP.MAX(酬金);
（橋穗2）．寫出SQL語句，檢索參加3個以上工程的職工號。
select 職工號 from sp where P.工程號>=3;
（3）．已知關系代數表達式：
∏姓名，酬金（σ工程名稱＝〃立交橋〃（S SP P））
用SQL語句實現這個關系代數表達式。
（4）．創建一個查詢職工總酬金的視圖SV，SV的屬性有職工號和總酬金。
create view SV as select(職工號 char(8),總酬擾則金 char(8));
❹ 資料庫應用與開發的10道題目
的簡稱，又叫VFP。是資料庫管理系統，集成編程語蔽笑信言，是開發小型資料庫的前端工具。Visual FoxPro中的Visual的意思是「可視化」，該技術使得在Windows環境下宏輪設計的應用程序達到即看即得的效果。Visual FoxPro面向對象的開發環境使得無論是組織信息、運行、升沖查詢、創建集成的關系型資料庫系統，還是編寫資料庫管理應用程序，都變得十分輕松。
三級資料庫：資料庫系統的基本原理
1． 資料庫的基本概念，資料庫系統的構成。
2． 資料庫模型概念和主要的數據模型。
3． 關系數據模型的基本概念，關系操作和關系代數。
4． 結構化查詢語言SQL。
事務管理、並發控制、故障恢復的基本概念。
資料庫設計和資料庫使用
1． 關系資料庫的規范化理論。
2． 資料庫設計的目標、內容和方法。
3． 資料庫應用開發工具。
4． 資料庫技術發展。
❺ 資料庫老師會問哪些問題
1.MySQL 主鍵與索引的聯系與區別
主鍵是為了標識資料庫記錄唯一性，不允許記錄重復，且鍵值不能為空，主鍵也是一個特殊索引。
數據表中只允許有一個主鍵，但是可以有多個索引。
使用主鍵會資料庫會自動創建主索引，也可以在非主鍵上創建索引，方便查詢效率。
索引可以提高查詢速度，它就相當於字典的目錄，可以通過它很快查詢到想要的結果，而不需要進行全表掃描。
主鍵索引外索引的值可以為空。
主鍵也可以由多個欄位組成，組成復合主鍵，同時主鍵肯定也是唯一索引。
唯一索引則表示該索引值唯一，可以由一個或幾個欄位組成，一個表可以有多個唯一索引。
2.資料庫索引是怎麼回事？用的啥數據結構 為什麼B+樹比B樹更合適
一個索引是存儲的表中一個特定列的值數據結構（最常見的是B-Tree）。索引是在表的列上創建。所以，要記住的關鍵點是索引包含一個表中列的值，並且這些值存儲在一個數據結構中。請記住記住這一點：索引是一種數據結構 。
什麼樣的數據結構可以作為索引？
B-Tree 是最常用的用於索引的數據結構。因為它們是時間復雜度低， 查找、刪除、插入操作都可以可以在對數時間內完成。另外一個重要原因存儲在B-Tree中的數據是有序的。資料庫管理系統（RDBMS）通常決定索引應該用哪些數據結構。但是，在某些情況下，你在創建索引時可以指定索引要使用的數據結構。
當我們利用索引查詢的時候，不可能把整個索引全部載入到內存，只能逐一載入每個磁碟頁，磁碟頁對應索引樹的節點。那麼Mysql衡量查詢效率的標准就是磁碟IO次數。如果我們利用二叉樹作為索引結構，那麼磁碟的IO次數和索引樹的高度是相關的。
那麼為了提高查詢效率，就需要減少磁碟IO數。為了減少磁碟IO的次數，就需要盡量降低樹的高度，需要把原來「瘦高」的樹結構變的「矮胖」，樹的每層的分叉越多越好，因此B樹正好符合我們的要求，這也是B-樹的特徵之一。
B樹 B樹的節點為關鍵字和相應的數據（索引等）
B+樹 B+樹是B樹的一個變形，非葉子節點只保存索引，不保存實際的數據，數據都保存在葉子節點中，B+樹的葉子節點為鏈表，鏈表放數據，非葉子節點是索引。
對比：
B樹和B+樹同樣適用於高度越低，查詢越快。
B樹查找節點，B+樹只需要查詢所有節點（索引），B樹查詢索引和數據。雖然可能第一個就找到，但在極端情況下，需要全查詢索引和數據，不如B+樹穩定。
B+樹和B樹比，B+樹的硬碟空間更少，io的讀寫代價更低。因為B+樹節點只有索引，佔位更少。在查詢的情況下硬碟指針移動更低
表的主鍵、外鍵必須有索引；
數據量超過300的表應該有索引；
經常與其他表進行連接的表，在連接欄位上應該建立索引；
經常出現在Where子句中的欄位，特別是大表的欄位，應該建立索引；
索引應該建在選擇性高的欄位上；
索引應該建在小欄位上，對於大的文本欄位甚至超長欄位，不要建索引；
復合索引的建立需要進行仔細分析；盡量考慮用單欄位索引代替
頻繁進行數據操作的表，不要建立太多的索引；
刪除無用的索引，避免對執行計劃造成負面影響；
限製表上的索引數目。對一個存在大量更新操作的表，所建索引的數目一般不要超過3個，最多不要超過5個。索引雖說提高了訪問速度，但太多索引會影響數據的更新操作。
避免在取值朝一個方向增長的欄位（例如：日期類型的欄位）上，建立索引；對復合索引，避免將這種類型的欄位放置在最前面
對復合索引，按照欄位在查詢條件中出現的頻度建立索引
刪除不再使用，或者很少被使用的索引。
性能極高 – Redis能支持超過 100K+ 每秒的讀寫頻率。
豐富的數據類型 – Redis支持二進制案例的 Strings, Lists, Hashes, Sets 及 Ordered Sets 數據類型操作。
原子 – Redis的所有操作都是原子性的，同時Redis還支持對幾個操作全並後的原子性執行。
豐富的特性 – Redis還支持 publish/subscribe, 通知, key 過期等等特性。
表級鎖：開銷小，加鎖快；不會出現死鎖；鎖定粒度大，發生鎖沖突的概率最高，並發度最低。
行級鎖：開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖沖突的概率最低，並發度也最高。
頁面鎖：開銷和加鎖時間界於表鎖和行鎖之間；會出現死鎖；鎖定粒度界於表鎖和行鎖之間，並發度一般
哈希表索引是怎麼工作的？
哈希表是另外一種你可能看到用作索引的數據結構-這些索引通常被稱為哈希索引。使用哈希索引的原因是，在尋找值時哈希表效率極高。所以，如果使用哈希索引，對於比較字元串是否相等的查詢能夠極快的檢索出的值。例如之前我們討論過的這個查詢(SELECT * FROM Employee WHERE Employee_Name = 『Jesus』) 就可以受益於創建在Employee_Name 列上的哈希索引。哈系索引的工作方式是將列的值作為索引的鍵值（key），和鍵值相對應實際的值（value）是指向該表中相應行的指針。因為哈希表基本上可以看作是關聯數組，一個典型的數據項就像「Jesus => 0x28939″，而0x28939是對內存中表中包含Jesus這一行的引用。在哈系索引的中查詢一個像「Jesus」這樣的值，並得到對應行的在內存中的引用，明顯要比掃描全表獲得值為「Jesus」的行的方式快很多。
哈希索引的缺點
哈希表是無順的數據結構，對於很多類型的查詢語句哈希索引都無能為力。舉例來說，假如你想要找出所有小於40歲的員工。你怎麼使用使用哈希索引進行查詢？這不可行，因為哈希表只適合查詢鍵值對-也就是說查詢相等的查詢（例：like 「WHERE name = 『Jesus』）。哈希表的鍵值映射也暗示其鍵的存儲是無序的。這就是為什麼哈希索引通常不是資料庫索引的默認數據結構-因為在作為索引的數據結構時，其不像B-Tree那麼靈活
3.創建索引的注意事項
索引可以提高數據的訪問速度，但同時也增加了插入、更新和刪除操作的處理時間，解決此問題就是分析應用程序的業務處理、數據使用，為經常被用作查詢條件、或者被要求排序的欄位建立索引。索引是建立在資料庫表中的某些列的上面。因此，在創建索引的時候，應該仔細考慮在哪些列上可以創建索引，在哪些列上不能創建索引。
創建規則：
創建索引需要注意的地方：
4.MYSQL事務特性和實現原理
ACID表示原子性（atomicity）、一致性（consistency）、隔離性（isolation）和持久性（rability）。一個很好的事務處理系統，必須具備這些標准特性：
原子性（atomicity）
一個事務必須被視為一個不可分割的最小工作單元，整個事務中的所有操作要麼全部提交成功，要麼全部失敗回滾，對於一個事務來說，不可能只執行其中的一部分操作，這就是事務的原子性
是利用Innodb的undo log。undo log名為回滾日誌，是實現原子性的關鍵，當事務回滾時能夠撤銷所有已經成功執行的sql語句，他需要記錄你要回滾的相應日誌信息。
一致性（consistency）
資料庫總是從一個一致性的狀態轉換到另一個一致性的狀態。（在前面的例子中，一致性確保了，即使在執行第三、四條語句之間時系統崩潰，支票賬戶中也不會損失200美元，因為事務最終沒有提交，所以事務中所做的修改也不會保存到資料庫中。）
資料庫通過原子性、隔離性、持久性來保證一致性
隔離性（isolation）
通常來說，一個事務所做的修改在最終提交以前，對其他事務是不可見的。（在前面的例子中，當執行完第三條語句、第四條語句還未開始時，此時有另外的一個賬戶匯總程序開始運行，則其看到支票帳戶的余額並沒有被減去200美元。）
利用的是鎖和MVCC機制。MVCC,即多版本並發控制(Multi Version Concurrency Control),一個行記錄數據有多個版本對快照數據，這些快照數據在undo log中。如果一個事務讀取的行正在做DELELE或者UPDATE操作，讀取操作不會等行上的鎖釋放，而是讀取該行的快照版本。
持久性（rability）
一旦事務提交，則其所做的修改會永久保存到資料庫。（此時即使系統崩潰，修改的數據也不會丟失。持久性是個有占模糊的概念，因為實際上持久性也分很多不同的級別。有些持久性策略能夠提供非常強的安全保障，而有些則未必，而且不可能有能做到100%的持久性保證的策略。）
是利用Innodb的redo log。當做數據修改的時候，不僅在內存中操作，還會在redo log中記錄這次操作。當事務提交的時候，會將redo log日誌進行刷盤(redo log一部分在內存中，一部分在磁碟上)。當資料庫宕機重啟的時候，會將redo log中的內容恢復到資料庫中，再根據undo log和binlog內容決定回滾數據還是提交數據。redo log體積小，刷盤快。redo log是一直往末尾進行追加，屬於順序IO。效率顯然比隨機IO來的快
5.redis的原理和優點
redis是一個key-value存儲系統.和Memcached類似，它支持存儲的value類型相對更多，包括string(字元串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hashs（哈希類型）
這些數據類型都支持push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的.
在此基礎上，redis支持各種不同方式的排序.與memcached一樣，為了保證效率，數據都是緩存在內存中.區別的是redis會周期性的把更新的數據寫入磁碟或者把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步.
Redis的優點:
6.Mysql中的鎖機制
Mysql用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。這些鎖統稱為悲觀鎖
MySQL的鎖機制比較簡單，其最 顯著的特點是不同的存儲引擎支持不同的鎖機制。比如，MyISAM和MEMORY存儲引擎採用的是表級鎖（table-level locking）；BDB存儲引擎採用的是頁面鎖（page-level locking），但也支持表級鎖；InnoDB存儲引擎既支持行級鎖（row-level locking），也支持表級鎖，但默認情況下是採用行級鎖。
從上述特點可見，很難籠統地說哪種鎖更好，只能就具體應用的特點來說哪種鎖更合適！僅從鎖的角度 來說：表級鎖更適合於以查詢為主，只有少量按索引條件更新數據的應用，如Web應用；而行級鎖則更適合於有大量按索引條件並發更新少量不同數據，同時又有 並發查詢的應用，如一些在線事務處理（OLTP）系統。
7.ABC聯合索引生效問題
對於復合索引：Mysql從左到右的使用索引中的欄位，一個查詢可以只使用索引中的一部份，但只能是最左側部分。例如索引是key index （a,b,c）。 可以支持a | a,b| a,b,c 3種組合進行查找，但不支持 b,c進行查找 .當最左側欄位是常量引用時，索引就十分有效。
對於復合索引：Mysql從左到右的使用索引中的欄位，一個查詢可以只使用索引中的一部份，但只能是最左側部分。例如索引是key index （a,b,c）。 可以支持a | a,b| a,b,c 3種組合進行查找，但不支持 b,c進行查找 .當最左側欄位是常量引用時，索引就十分有效。
❻ 幾個資料庫技術及應用題目
單選題 1.下面哪個不是資料庫技術的主要特點 （D）
A．數據的結構化 B．數據的冗餘度小 C．較高的數據獨立性 D．程序的標准化
2.下列敘述正確的為（B）
A．關系中允許有重復的元組，也允許有重復的屬性名
B．關系中允許有重復的元組，不允許有重復的屬性名
C．關系中不允許有重復的元組，允許有重復的屬性名
D．關系中不允許有重復的元組，也不允許有重復的屬性名
3.如果兩個實體之間的聯系是1：M，則實現l：M聯系的方法是 （C）
A．將兩個實體轉換成一個關系
B．將兩個實體轉換的關系中，分別加入另一個關系的主碼。
C．將「1」端實體轉換的關系的主碼，放入「M」端實體轉換的關系中
D．將「M」端實體轉換的關系的主碼，放入「1」端實體轉換的關系中
4.SQL的標准庫函數COUNT，SUM，AVG，MAX與MIN等，不允許出現在下列語句 （D）中 A．SEIECT
B．HAVING C．GROUP……HAVING D．WHERE
填空題
1、班級和學生之間的聯系是（一對多）聯系，班級和班長之間的聯系是（ 一對一 ）聯系，學生和課程之間的
聯系是（ 多對多 ）聯系。
2、在資料庫的三級模式結構中，外模式有（ 多個 ），模式和內模式只有（ 一個 ）。
3、DB的含義是（ 資料庫 ），DBS的含義是（ 資料庫系統 ），DBMS的含義是（ 資料庫管理系統 ）。
簡答題：
1、SQL Server中的語句許可權的含義及內容。
語句許可權主要指用戶是否具有許可權來執行某一語句,這些語句通常是一些具有管理性的操作,如創建資料庫、表、存儲過程、觸發器等。
2、SQL Server中資料庫和應用程序的安全機制有哪四種？
用戶標識與鑒別；存取控制；視圖機制；審計機制等
3、事務故障的恢復方法。
反向掃描日誌文件，查找該事務的更新操作；對該事務的更新操作進行逆向操作；繼續反向掃描日誌文件，查找該事務的其他更新操作並逆向操作；繼續處理，直到事務的開始標記。
4、E-R圖設計中，合並分E-R圖時可能產生的沖突及解決辦法。
沖突主要有三種：屬性沖突、命名沖突和結構沖突。屬性沖突需要靠各部門協商討論解決，但也非易事；命名沖突通常也像處理屬性沖突一樣，通過討論協商等行政手段進行解決；結構沖突主要是根據應用的語義對實體聯系
的類型進行綜合或調整。
5、事務的四個性質。
（1）原子性（Atomicity）
事務的原子性是指事務中包含的所有操作要麼全做，要麼全不做（all or none）。
（2） 一致性（Consistency）在事務開始以前，資料庫處於一致性的狀態，事務結束後，資料庫也必須處於一致性狀態。 事務應該把資料庫從一個一致埋運性狀態轉換到另外一個一致性狀態。
（3） 隔離性（Isolation）事務隔離性要求系統必須保證事務不受其他並發執行的事務的影響，也即要達到這樣一種效果：對於任何一對事務T1 和 T2，在事務 T1 看來，T2 要麼在 T1 開始之前已經結束，要麼在 T1 完成之
後才開始執行。這樣，每個事務都感覺不到系統中有其他事務在並發地執行。
（4）持久性（Durability）一個事務一旦成功源液唯完成，它對資料庫的改變必須是永久的，即便是在系統遇雹培到故障的情況下也不會丟失。數據的重要性決定了事務持久性的重要性。
6、有兩個實體集，若它們之間存在著一個M：N聯系、1：M聯系和1：1聯系，根據ER模型轉換成關系資料庫的規則，這個ER結構轉換成表的個數分別是多少？
M:N聯系：三個表，1：M聯系：兩個表，1:1聯系：兩個表
7、舉例說明參照完整性規則中對外碼有何要求。
若屬性F是基本關系R的外碼，它與基本關系S的主碼KS相對應，則對於R中每一元組在F上的值必須為：或者為空，或者等於S中某個元組的主碼值。比如：學生關系中每個元組的專業號屬性只能取下面兩類值：空值，表示未給該
學生分配專業；非空值，這時該值必須是專業關系中某個元組的專業號值。
8、舉例說明SQL Server中有哪3類觸發器。
INSERT觸發器、UPDATE觸發器和DELETE觸發器 （不再舉例）
SQL語言設計題
將借書日期在2006年4月以前的借閱記錄存入臨時的超期借閱表。
select * into #超期借閱表 from 借閱記錄表 where 日期<'2006-04-01'
設有如下三個關系模式，用SQL語句完成：
學生（學號，姓名，性別，年齡，專業）
課程（課程號，課程名，學分，先行課）
選課（學號，課程號，任課教師，成績）
1、創建電子商務專業學生成績視圖，屬性包括學號、姓名、課程名和成績。
create view '電子商務專業學生成績視圖' as
select s.學號，s.姓名,c.課程名,s_c.成績 from table 學生 s,課程 c,選課 s_c where
s.學號=s_c.學號 and s_c.課程號=c.課程號 and s.專業='電子商務'
2、創建計算機應用專業的學生成績統計視圖，屬性包括學號、姓名、總成績和平均成績。
create view 『計算機專業學生成績統計視圖』 as
select s.學號,s.姓名,sum(成績),avg(成績) from 學生 s,選課 s_c
where s.學號=s_c.學號 and 專業='計算機應用'
group by 學號,姓名
3、查詢沒有成績的學生的學號、姓名和課程號。
select distinct s.學號，s.姓名，s_c.課程號 from s，s_c where s.學號=s_c.學號 where s_c.成績=0
4、查詢選修課程號為001且成績為最好的學生的學號、姓名和成績
select s.學號，s.姓名,max(s_c.成績) from 學生 s，選課 s_c where s.學號=s_c.學號 and s_c.課程號=『001』
5、查詢至少選修了二門及二門以上課程的學生的學號
select 學號 from 選課表 group by 學號 having count（*）>=2