資料庫實訓心得體會篇四
關係型資料庫，是指採用了關係模型來組織數據的資料庫。
關係模型是在1970年由IBM的研究員E.F.Codd博士首先提出的，在之後的幾十年中，關係模型的概念得到了充分的發展並逐漸成為主流資料庫結構的主流模型。
簡單來說，關係模型指的就是二維表格模型，而一個關係型資料庫就是由二維表及其之間的聯繫所組成的一個數據組織。
關係模型中常用的概念：
關係：可以理解為一張二維表，每個關係都具有一個關係名，就是通常說的表名
元組：可以理解為二維表中的一行，在資料庫中經常被稱為記錄
屬性：可以理解為二維表中的一列，在資料庫中經常被稱為欄位
域：屬性的取值範圍，也就是資料庫中某一列的取值限制
關鍵字：一組可以唯一標識元組的屬性，資料庫中常稱為主鍵，由一個或多個列組成
關係模式：指對關係的描述。其格式為：關係名(屬性1，屬性2，...... ，屬性N)，在資料庫中成為表結構
關係型資料庫的優點：
容易理解：二維表結構是非常貼近邏輯世界的一個概念，關係模型相對網狀、層次等其他模型來說更容易理解
使用方便：通用的SQL語言使得操作關係型資料庫非常方便
易於維護：豐富的完整性(實體完整性、參照完整性和用戶定義的完整性)大大減低了數據冗餘和數據不一致的機率
資料庫實訓心得體會篇五
高並發讀寫需求
網站的用戶並發性非常高，往往達到每秒上萬次讀寫請求，對於傳統關係型資料庫來說，硬碟I/O是一個很大的瓶頸
海量數據的高效率讀寫
網站每天產生的數據量是巨大的，對於關係型資料庫來說，在一張包含海量數據的表中查詢，效率是非常低的
高擴展性和可用性
在基於web的結構當中，資料庫是最難進行橫向擴展的，當一個套用系統的用戶量和訪問量與日俱增的時候，資料庫卻沒有辦法像webserver和appserver那樣簡單的通過添加更多的硬體和服務節點來擴展性能和負載能力。對於很多需要提供24小時不間斷服務的網站來說，對資料庫系統進行升級和擴展是非常痛苦的事情，往往需要停機維護和數據遷移。
對網站來說，關係型資料庫的很多特性不再需要了：
事務一致性
關係型資料庫在對事物一致性的維護中有很大的開銷，而現在很多web2.0系統對事物的讀寫一致性都不高
讀寫實時性
對關係資料庫來說，插入一條數據之後立刻查詢，是肯定可以讀出這條數據的，但是對於很多web套用來說，並不要求這么高的實時性，比如發一條訊息之後，過幾秒乃至十幾秒之後才看到這條動態是完全可以接受的
複雜SQL，特別是多表關聯查詢
任何大數據量的web系統，都非常忌諱多個大表的關聯查詢，以及複雜的數據分析類型的複雜SQL報表查詢，特別是SNS類型的網站，從需求以及產品階級角度，就避免了這種情況的產生。往往更多的只是單表的主鍵查詢，以及單表的簡單條件分頁查詢，SQL的功能極大的弱化了
在關係型資料庫中，導致性能欠佳的最主要原因是多表的關聯查詢，以及複雜的數據分析類型的複雜SQL報表查詢。為了保證資料庫的ACID特性，我們必須儘量按照其要求的範式進行設計，關係型資料庫中的表都是存儲一個格式化的數據結構。每個元組欄位的組成都是一樣，即使不是每個元組都需要所有的欄位，但資料庫會為每個元組分配所有的欄位，這樣的結構可以便於標語表之間進行連結等操作，但從另一個角度來說它也是關係型資料庫性能瓶頸的一個因素。
資料庫實訓心得體會篇六
(1)數據(Data)
數據就是對客觀事物反映的一種物理符號，可以是數字、文字、圖形、圖像、聲音、語言和視頻等。這些多種形式的數據都需經過數位化後才能存入計算機。 –符號
(2)數據處理(Data Processing)
數據處理是指對各種形式的數據進行收集、整理、存儲、分類、排序、檢索、加工、統計和傳輸等一系列活動的總和。
(3)資料庫(DataBase，DB)
資料庫是長期存儲在計算機設備上結構化的、可共享的相關數據的集合。它不僅包括描述事物的數據本身，而且還包括相關事物之間的聯繫。 –集合
(4)資料庫系統(DataBase System，DBS)
資料庫系統是指計算機系統引入資料庫後，利用資料庫技術進行數據管理的計算機系統。他一般由資料庫、資料庫管理系統(及開發工具)、套用系統、資料庫管理員(DataBase Administrator，DBA)和用戶構成。在不引起混淆的情況下人們常常把資料庫系統簡稱為資料庫。
(5)資料庫管理系統(DataBase Management System，DBMS)
資料庫管理系統是一個介於用戶和作業系統之間的一層數據管理軟體，是資料庫系統中的一個重要組成部分，可以幫助用戶建立、使用和維護資料庫。目前廣泛使用的大型資料庫管理系統有Oracle、Sybase等，小型資料庫管理系統有SQLserver、VisualFoxPro、Access等。