RDMBS設計範式基礎概念

設計關係數據庫時，聽從不一樣的規範要求，設計出合理的關係型數據庫，這些不一樣的規範要求被稱爲不一樣的範式，各類範式呈遞次規範，越高的範式數據庫冗餘越小。

目前關係數據庫有六種範式：第一範式（1NF）、第二範式（2NF）、第三範式（3NF）、巴德斯科範式（BCNF）、第四範式(4NF）和第五範式（5NF，又稱完美範式）。知足最低要求的範式是第一範式（1NF）。在第一範式的基礎上進一步知足更多規範要求的稱爲第二範式（2NF），其他範式以次類推。通常說來，數據庫只需知足第三範式(3NF）就好了。

(1) 第一範式（1NF）

所謂第一範式（1NF）是指在關係模型中，對域添加的一個規範要求，全部的域都應該是原子性的，即數據庫表的每一列都是不可分割的原子數據項，而不能是集合，數組，記錄等非原子數據項。即實體中的某個屬性有多個值時，必須拆分爲不一樣的屬性。在符合第一範式（1NF）表中的每一個域值只能是實體的一個屬性或一個屬性的一部分。簡而言之，第一範式就是無重複的域。

說明：在任何一個關係數據庫中，第一範式（1NF）是對關係模式的設計基本要求，通常設計中都必須知足第一範式（1NF）。不過有些關係模型中突破了1NF的限制，這種稱爲非1NF的關係模型。換句話說，是否必須知足1NF的最低要求，主要依賴於所使用的關係模型。

(2) 第二範式(2NF)

第二範式（2NF）是在第一範式（1NF）的基礎上創建起來的，即知足第二範式（2NF）必須先知足第一範式（1NF）。第二範式（2NF）要求數據庫表中的每一個實例或記錄必須能夠被惟一地區分。選取一個能區分每一個實體的屬性或屬性組，做爲實體的惟一標識。

第二範式（2NF）要求實體的屬性徹底依賴於主關鍵字。所謂徹底依賴是指不能存在僅依賴主關鍵字一部分的屬性，若是存在，那麼這個屬性和主關鍵字的這一部分應該分離出來造成一個新的實體，新實體與原實體之間是一對多的關係。爲實現區分一般須要爲表加上一個列，以存儲各個實例的惟一標識。簡而言之，第二範式就是在第一範式的基礎上屬性徹底依賴於主鍵。

(3) 第三範式（3NF）

第三範式（3NF）是第二範式（2NF）的一個子集，即知足第三範式（3NF）必須知足第二範式（2NF）。簡而言之，第三範式（3NF）要求一個關係中不包含已在其它關係已包含的非主關鍵字信息。簡而言之，第三範式就是屬性不依賴於其它非主屬性，也就是在知足2NF的基礎上，任何非主屬性不得傳遞依賴於主屬性。

RDBMS：

MySQL: MySQL, MariaDB, Percona-Server

PostgreSQL: 簡稱爲pgsql --> EnterpriseDB

Oracle：

MSSQL：

事務：多個操做被看成一個總體對待

ACID:

A: 原子性；

C：一致性；

I: 隔離性；

D：持久性；

SQL: Structure Query Language

結構化查詢語言；

SQL解釋器：

數據存儲協議：應用層協議，C/S

S：server, 監聽於套拼字，接收並處理客戶端的應用請求；

C：Client

程序接口

CLI

GUI

應用編程接口

ODBC：Open DataBase Connection

基礎概念：

約束：constraint，向數據表提供的數據要遵照的限制；

主鍵：一個或多個字段的組合，填入的數據必須能在本表中惟一標識本行；必須提供數據，即NOT NULL; 

一個表只能存在一個

唯一鍵：一個或多個字段的組合，填入的數據必須能在本表中惟一標識本行；容許爲NULL；

一個表能夠存在多個

外鍵：一個表中的某字段可填入數據取決於另外一個表的主鍵已有的數據；

檢查性：

索引：將表中的一個或多個字段中的數據複製一份另存，而且此些須要按特定次序排序存儲；

關係運算：

選擇：挑選出符合條件的行（部分）；

投影：挑選出須要的字段；

鏈接：

數據抽象：

物理層：決定數據的存儲格式，即RDBMS在磁盤上如何組織文件；

邏輯層：描述DB存儲什麼數據，以及數據間存在什麼樣的關係；

視圖層：描述DB中的部分數據；

關係模型的分類：

關係模型

實體-關係模型

基於對象的關係模型

半結構化的關係模型