數(shù)據(jù)庫實訓心得體會（4篇）

第1頁共1頁數(shù)據(jù)庫實訓心得體會關(guān)系型數(shù)據(jù)庫，是指采用了關(guān)系模型來組織數(shù)據(jù)的數(shù)據(jù)庫。關(guān)系模型是在____年由IBM的研究員E.F.Codd博士首先提出的，在之后的幾十年中，關(guān)系模型的概念得到了充分的發(fā)展并逐漸成為主流數(shù)據(jù)庫結(jié)構(gòu)的主流模型。簡單來說，關(guān)系模型指的就是二維表格模型，而一個關(guān)系型數(shù)據(jù)庫就是由二維表及其之間的聯(lián)系所組成的一個數(shù)據(jù)組織。關(guān)系模型中常用的概念：關(guān)系：可以理解為一張二維表，每個關(guān)系都具有一個關(guān)系名，就是通常說的表名元組：可以理解為二維表中的一行，在數(shù)據(jù)庫中經(jīng)常被稱為記錄屬性：可以理解為二維表中的一列，在數(shù)據(jù)庫中經(jīng)常被稱為字段域：屬性的取值范圍，也就是數(shù)據(jù)庫中某一列的取值限制關(guān)鍵字：一組可以唯一標識元組的屬性，數(shù)據(jù)庫中常稱為主鍵，由一個或多個列組成關(guān)系模式：指對關(guān)系的描述。其格式為：關(guān)系名（屬性1，屬性2，，屬性N），在數(shù)據(jù)庫中成為表結(jié)構(gòu)關(guān)系型數(shù)據(jù)庫的優(yōu)點：容易理解：二維表結(jié)構(gòu)是非常貼近邏輯世界的一個概念，關(guān)系模型相對網(wǎng)狀、層次等其他模型來說更容易理解使用方便：通用的SQL語言使得操作關(guān)系型數(shù)據(jù)庫非常方便易于維護：豐富的完整性（實體完整性、參照完整性和用戶定義的完整性）大大減低了數(shù)據(jù)冗余和數(shù)據(jù)不一致的概率數(shù)據(jù)庫實訓心得體會（二）高并發(fā)讀寫需求網(wǎng)站的用戶并發(fā)性非常高，往往達到每秒上萬次讀寫請求，對于傳統(tǒng)關(guān)系型數(shù)據(jù)庫來說，硬盤I/O是一個很大的瓶頸海量數(shù)據(jù)的高效率讀寫網(wǎng)站每天產(chǎn)生的數(shù)據(jù)量是巨大的，對于關(guān)系型數(shù)據(jù)庫來說，在一張包含海量數(shù)據(jù)的表中查詢，效率是非常低的高擴展性和可用性在基于web的結(jié)構(gòu)當中，數(shù)據(jù)庫是最難進行橫向擴展的，當一個應(yīng)用系統(tǒng)的用戶量和訪問量與日俱增的時候，數(shù)據(jù)庫卻沒有辦法像webserver和appserver那樣簡單的通過添加更多的硬件和服務(wù)節(jié)點來擴展性能和負載能力。對于很多需要提供24小時不間斷服務(wù)的網(wǎng)站來說，對數(shù)據(jù)庫系統(tǒng)進行升級和擴展是非常痛苦的事情，往往需要停機維護和數(shù)據(jù)遷移。對網(wǎng)站來說，關(guān)系型數(shù)據(jù)庫的很多特性不再需要了：事務(wù)一致性關(guān)系型數(shù)據(jù)庫在對事物一致性的維護中有很大的開銷，而現(xiàn)在很多web2.0系統(tǒng)對事物的讀寫一致性都不高讀寫實時性對關(guān)系數(shù)據(jù)庫來說，插入一條數(shù)據(jù)之后立刻查詢，是肯定可以讀出這條數(shù)據(jù)的，但是對于很多web應(yīng)用來說，并不要求這么高的實時性，比如發(fā)一條消息之后，過幾秒乃至十幾秒之后才看到這條動態(tài)是完全可以接受的復(fù)雜SQL，特別是多表關(guān)聯(lián)查詢?nèi)魏未髷?shù)據(jù)量的web系統(tǒng)，都非常忌諱多個大表的關(guān)聯(lián)查詢，以及復(fù)雜的數(shù)據(jù)分析類型的復(fù)雜SQL報表查詢，特別是SNS類型的網(wǎng)站，從需求以及產(chǎn)品階級角度，就避免了這種情況的產(chǎn)生。往往更多的只是單表的主鍵查詢，以及單表的簡單條件分頁查詢，SQL的功能極大的弱化了數(shù)據(jù)庫實訓心得體會（三）（1）數(shù)據(jù)（Data）數(shù)據(jù)就是對客觀事物反映的一種物理符號，可以是數(shù)字、文字、圖形、圖像、聲音、語言和視頻等。這些多種形式的數(shù)據(jù)都需經(jīng)過數(shù)字化后才能存入計算機。–符號（2）數(shù)據(jù)處理（DataProcessing）數(shù)據(jù)處理是指對各種形式的數(shù)據(jù)進行收集、整理、存儲、分類、排序、檢索、加工、統(tǒng)計和傳輸?shù)纫幌盗谢顒拥目偤?。?）數(shù)據(jù)庫（DataBase，DB）數(shù)據(jù)庫是長期存儲在計算機設(shè)備上結(jié)構(gòu)化的、可共享的相關(guān)數(shù)據(jù)的集合。它不僅包括描述事物的數(shù)據(jù)本身，而且還包括相關(guān)事物之間的聯(lián)系。–集合（4）數(shù)據(jù)庫系統(tǒng)（DataBaseSystem，DBS）數(shù)據(jù)庫系統(tǒng)是指計算機系統(tǒng)引入數(shù)據(jù)庫后，利用數(shù)據(jù)庫技術(shù)進行數(shù)據(jù)管理的計算機系統(tǒng)。他一般由數(shù)據(jù)庫、數(shù)據(jù)庫管理系統(tǒng)（及開發(fā)工具）、應(yīng)用系統(tǒng)、數(shù)據(jù)庫管理員（DataBaseAdministrator，DBA）和用戶構(gòu)成。在不引起混淆的情況下人們常常把數(shù)據(jù)庫系統(tǒng)簡稱為數(shù)據(jù)庫。（5）數(shù)據(jù)庫管理系統(tǒng)（DataBaseManagementSystem，DBMS）猜你感興趣：數(shù)據(jù)庫實訓心得體會（四）持續(xù)一個月的數(shù)據(jù)庫實訓，讓我參與了軟件工程化的開發(fā)過程。其中體會最深的便是我們這個實訓網(wǎng)的幾個之最：二.數(shù)據(jù)庫表最多：如此龐大的系統(tǒng)，就需要龐大的數(shù)據(jù)庫來支持，所以項目大的直接后果就是我們的數(shù)據(jù)庫表特別多，而且表與表之間的依賴關(guān)系也復(fù)雜，實體類之間的關(guān)系眾多，設(shè)計起來有一定的難度。數(shù)據(jù)庫的另外一個問題是-數(shù)據(jù)表的屬性，數(shù)據(jù)表屬性的設(shè)計完全是依賴于我們剛開始做的需求分析文檔，如果需求分析不完整的話，就會造成數(shù)據(jù)庫表屬性的缺失，從用戶的角度看，就會覺得你的系統(tǒng)提供的數(shù)據(jù)不夠全面，信息量小。四.項目各個模塊間藕合度高：網(wǎng)站涉及的各個功能模塊之間的聯(lián)系緊密，模塊之間的接口設(shè)計的好壞是項目最終集成成功與否的最重要因素。用戶管理這一個部分要為每個模塊提供接口，主要是用戶的編號以及用戶的類型等。每個頁面之間的鏈接也是其中重要的模塊接口。這個問題由于我們前期做好了充分的溝通以及按照概要設(shè)計中的接口說明去設(shè)計自己的模塊，所以后期的模塊整合沒有遇到什么太大的不兼容性等問題。接下來就談?wù)勎疫@一個月中的工作：需求分析階段：需求分析階段我完成了網(wǎng)上競賽模塊的需求分析，其中遇到的主要問題是閱讀材料后發(fā)現(xiàn)網(wǎng)上實習，網(wǎng)上競賽，畢業(yè)設(shè)計指導(dǎo)這幾個模塊的功能是類似的，提取需求分析后不夠明確，經(jīng)過幾次跟湯老師的交流后，確定了這幾個模塊之間的具體差別，網(wǎng)上競賽模塊的基本需求也大致確定了，網(wǎng)上競賽模塊的基本功能就是學生通過網(wǎng)站報名參加競賽，企業(yè)審核通過后，專家對作品進行評分，排名。概要設(shè)計階段：在需求分析的基礎(chǔ)上，對網(wǎng)上競賽模塊進行了比較具體的概要設(shè)計，流程圖（IPO圖以及用例圖）;這個階段的主要難點是對網(wǎng)上競賽業(yè)務(wù)流程的描述，如何實現(xiàn)學生報名，企業(yè)發(fā)布，專家評審的步驟操作，與及跟其他模塊對該模塊的限制。數(shù)據(jù)庫設(shè)計階段：我負責整合初步數(shù)據(jù)庫設(shè)計說明書，分配組員按照各自的功能模塊的具體需求設(shè)計自己模塊需要的數(shù)據(jù)表，然后對這些數(shù)據(jù)表進行整合。在這個過程中遇到的問題就是數(shù)據(jù)庫實在是太大了，最后下來一共有30多張表，表與表之間的關(guān)系復(fù)雜，關(guān)聯(lián)性大，需要設(shè)置的外鍵較多，很難將所有的屬性字段給提取出來，屬性的類型設(shè)置也是一個問題，采用數(shù)值型還是采用字符串性在數(shù)據(jù)庫設(shè)計中尤為重要，因為在后臺搜索方面，數(shù)值型比較快捷，而在數(shù)據(jù)顯示方面，字符串型又有直接讀出不用轉(zhuǎn)換的好處。每個表的主鍵我們采用了用實體的編號去標記它，因為這樣實體間關(guān)聯(lián)起來會更加簡單。數(shù)據(jù)庫的設(shè)計關(guān)鍵是要對整個項目的整體的把握，并且要細化對每個實體類的具體屬性要求。詳細設(shè)計階段：我覺得是最重要的一個方面，一個完整的詳細設(shè)計說明應(yīng)該可以幫助程序員完成具體的實現(xiàn)，程序員可以不用考慮模塊之間的耦合問題，只需要將單一的功能按照邏輯順序編寫出來就可以了。網(wǎng)站整體構(gòu)架搭好了，我們就可以在里面填充自己的功能了。但是因為時間太倉促了，我們這個階段也就縮水了，帶來后面的問題就是后期代碼編寫的時候比較混亂，函數(shù)接口較難統(tǒng)，界面風格多樣化。這個階段，我的主要工作是跟隊友一起設(shè)計出了網(wǎng)上競賽模塊的學生，企業(yè)，管理員，高校以及專家的界面。編