資料庫老師

❶ 《資料庫系統概論》課程主講老師是誰

博士、教授、博士生導師。中國計算機學會資料庫專業委員會委員、感測器網路專業委員會委員。主持和參加國家重大專項項目、國家973項目、國家863計劃項目、國家自然科學基金項目、教育部科學技術研究重點項目等項目30餘項；在IEEE Tran. On Data and Knowledge Engineering (TKDE) 、IEEE Tran. On Fuzzy System （TFS）、Information Sciences、 Data & Knowledge Engineering (DKE)等國內外學術期刊以及KDD、ICPP、DASFAA、IWQoS等國內外學術會議上發表論文200餘篇，出版資料庫方面的著譯作8部。參加了具有自主版權的並行資料庫系統軟體的研製，主持了具有自主版權的聯機分析處理系列軟體的研製。申請和獲得國家發明專利多項。獲北京市科學技術進步二等獎、教育部科學技術進步二等獎、國家精品課程獎、北京市精品課程獎、中國人民大學十大教學標兵等獎勵，2005年入選教育部新世紀優秀人才支持計劃。 主要研究方向：數據倉庫與數據挖掘、基於新硬體的數據管理與數據分析、感測器網路數據管理與隱私保護 社會兼職：中國計算機學會資料庫專委會委員，中國計算機學會感測器網路專委會委員，國際期刊IJBKO編委，JCST、軟體學報、計算機學報、計算機研究與發展等期刊審稿人，多個國際學術會議和國內學術會議程序委員。

❷ 在設計資料庫時怎樣實現學生和老師這兩個實體的多對多關系

你說的是兩個實體之間多對多的關系？樓上說的班級和老師是一個例子，其他例子也很多，比如廠家和代理商。廠家可以有多個代理商，而代理商也可以代理若干廠家的產品。

概念模型的多對多關系，在轉化為物理模型時候，一般應該變成2個一對多的關系。

❸ 對大學資料庫老師課堂的感覺及建議

作為一名參加工作的人來說，有幾點感悟：
1.脫離實際太遠，如果能有結合企業生產相關來講那非常好。
2.不要拿著個ppt在上面自顧自的講。最好板書，讓學生跟著思路一步一步的來。
3.和學生溝通時最重要的，要把書本上的語言變化成最好是口語的形式和學生溝通。
如果能帶著學生一起來解決問題最好。

❹ 資料庫老師會問哪些問題

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+樹節點只有索引，佔位更少。在查詢的情況下硬碟指針移動更低

哈希表索引是怎麼工作的？

哈希表是另外一種你可能看到用作索引的數據結構-這些索引通常被稱為哈希索引。使用哈希索引的原因是，在尋找值時哈希表效率極高。所以，如果使用哈希索引，對於比較字元串是否相等的查詢能夠極快的檢索出的值。例如之前我們討論過的這個查詢(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.創建索引的注意事項

索引可以提高數據的訪問速度，但同時也增加了插入、更新和刪除操作的處理時間，解決此問題就是分析應用程序的業務處理、數據使用，為經常被用作查詢條件、或者被要求排序的欄位建立索引。索引是建立在資料庫表中的某些列的上面。因此，在創建索引的時候，應該仔細考慮在哪些列上可以創建索引，在哪些列上不能創建索引。

創建規則：

• 表的主鍵、外鍵必須有索引；

• 數據量超過300的表應該有索引；

• 經常與其他表進行連接的表，在連接欄位上應該建立索引；

• 經常出現在Where子句中的欄位，特別是大表的欄位，應該建立索引；

• 索引應該建在選擇性高的欄位上；

• 索引應該建在小欄位上，對於大的文本欄位甚至超長欄位，不要建索引；

• 復合索引的建立需要進行仔細分析；盡量考慮用單欄位索引代替

• 頻繁進行數據操作的表，不要建立太多的索引；

• 刪除無用的索引，避免對執行計劃造成負面影響；

創建索引需要注意的地方：

• 限製表上的索引數目。對一個存在大量更新操作的表，所建索引的數目一般不要超過3個，最多不要超過5個。索引雖說提高了訪問速度，但太多索引會影響數據的更新操作。

• 避免在取值朝一個方向增長的欄位（例如：日期類型的欄位）上，建立索引；對復合索引，避免將這種類型的欄位放置在最前面

• 對復合索引，按照欄位在查詢條件中出現的頻度建立索引

• 刪除不再使用，或者很少被使用的索引。

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的優點:

• 性能極高 – Redis能支持超過 100K+ 每秒的讀寫頻率。

• 豐富的數據類型 – Redis支持二進制案例的 Strings, Lists, Hashes, Sets 及 Ordered Sets 數據類型操作。

• 原子 – Redis的所有操作都是原子性的，同時Redis還支持對幾個操作全並後的原子性執行。

• 豐富的特性 – Redis還支持 publish/subscribe, 通知, key 過期等等特性。

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進行查找 .當最左側欄位是常量引用時，索引就十分有效。

❺ 資料庫老師俞修強的口音太重了，我跟聽天書一樣，怎麼辦

我們老師口音也有點重，跟你老是俞修強估計差不多，我的辦法是，每天把老師講的錄下來，回宿舍再聽一遍。

❻ 資料庫中教師信息與學生是怎麼關聯的

教師有ID，這個是教師表的主鍵。
學生有學號，這個學生表的主鍵。
老師教授的有課程，課程表的主鍵是課程號。
學生選課，根據學號和所選的課程號就能確定教師了，這樣就建立了聯系。

❼ SQL server 資料庫中老師個學生之間的關系是

一個學生對應多個老師，一個老師也對應多個學生，沒有特殊的情況的話，那麼就是多對多的關系。

❽ 假定有一個資料庫:教師.mdb，其中一個關系的關系模式為:Teachers(教師號，姓名，性別，年齡

1.
INSERT INTO Teachers(教師號,姓名,性別,年齡,參加工作年月,黨員,應發工資,扣除工資)
VALUES('300008','楊夢','女',59 ,'66/04/22','YES',1660,210)
2.
DELETE FROM Teachers
WHERE 年齡<26 AND 性別='女'
3.
UPDATE Teachers
SET 應發工資=1.2*應發工資
WHERE CONVERT(VARCHAR(100),GETDATE(),11)-參加工作年月>25
4.
SELECT 教師號,姓名,(應發工資-扣除工資) AS 實發工資
FROM Teachers
5.
SELECT COUNT(*) AS 人數,AVG(應發工資) AS 平均工資
FROM Teachers
6.
SELECT 教師號,姓名,(應發工資-扣除工資) AS 實發工資
FROM Teachers
WHERE YEAR(參加工作年月)<1990
7.
SELECT MIN(應發工資-扣除工資) AS 最低工資,MAX(應發工資-扣除工資) AS 最高工資,AVG(應發工資-扣除工資) AS 平均工資
FROM Teachers
8.
SELECT 教師號,姓名
FROM Teachers
WHERE 黨員='YES'
ORDER BY 年齡 DESC

❾ 資料庫設計不合理老師會不讓過嗎

資料庫設計不合理過不過主要看老師的要求。
《資料庫課程設計》是計算機專業本科生在學過《資料庫系統概論》課程之後開設的一門綜合性較強的實踐課程。其主要任務就是使學生進一步鞏固和理解所學的資料庫基本理論知識和技術,培養學生運用所學的知識和技術設計資料庫系統的能力。在實踐中，我們採用了項目化教學法進行資料庫課程設計，該方法使得學生對知識的掌握和理解、解決問題的能力等方面都得到了極大的提高。但是學生在進行資料庫設計時，也常常存在著一些問題。
這些問題不糾正，將導致學生在系統設計中養成一些不好的習慣，設計出的系統也存在不實用，不穩定等問題。

❿ 和access資料庫哪個老師好

講access的老師一般也會教其他的課程，access一般都是考計算機二級用的，一般會編程語言的老師基本上都會資料庫，access是資料庫中相對簡單和小的資料庫，不會建議你上google搜，一般的問題都會有答案，只是你的問題完全相同可能沒有，類似的應該有，自己再嘗試弄一下就行！