關系資料庫列

1. 11.在關系資料庫中，數據表的每列被稱為一個()其取值范圍被稱為( )

在關系資料庫中，數據表的每列被稱為一個【欄位】 其取值范圍被稱為【域】

2. 關系資料庫

你看懂了 就啥都會了

範式說明

第一範式（1NF）：資料庫表中的欄位都是單一屬性的，不可再分。這個單一屬性由基本類型構成，包括整型、實數、字元型、邏輯型、日期型等。

例如，如下的資料庫表是符合第一範式的：

欄位1 欄位2 欄位3 欄位4

而這樣的資料庫表是不符合第一範式的：

欄位1 欄位2 欄位3 欄位4
欄位3.1 欄位3.2

很顯然，在當前的任何關系資料庫管理系統（DBMS）中，傻瓜也不可能做出不符合第一範式的資料庫，因為這些DBMS不允許你把資料庫表的一列再分成二列或多列。因此，你想在現有的DBMS中設計出不符合第一範式的資料庫都是不可能的。

第二範式（2NF）：資料庫表中不存在非關鍵欄位對任一候選關鍵欄位的部分函數依賴（部分函數依賴指的是存在組合關鍵字中的某些欄位決定非關鍵欄位的情況），也即所有非關鍵欄位都完全依賴於任意一組候選關鍵字。

假定選課關系表為SelectCourse(學號, 姓名, 年齡, 課程名稱, 成績, 學分)，關鍵字為組合關鍵字(學號, 課程名稱)，因為存在如下決定關系：

(學號, 課程名稱) → (姓名, 年齡, 成績, 學分)

這個資料庫表不滿足第二範式，因為存在如下決定關系：

(課程名稱) → (學分)

(學號) → (姓名, 年齡)

即存在組合關鍵字中的欄位決定非關鍵字的情況。

由於不符合2NF，這個選課關系表會存在如下問題：

(1) 數據冗餘：

同一門課程由n個學生選修，"學分"就重復n-1次；同一個學生選修了m門課程，姓名和年齡就重復了m-1次。

(2) 更新異常：

若調整了某門課程的學分，數據表中所有行的"學分"值都要更新，否則會出現同一門課程學分不同的情況。

(3) 插入異常：

假設要開設一門新的課程，暫時還沒有人選修。這樣，由於還沒有"學號"關鍵字，課程名稱和學分也無法記錄入資料庫。

(4) 刪除異常：

假設一批學生已經完成課程的選修，這些選修記錄就應該從資料庫表中刪除。但是，與此同時，課程名稱和學分信息也被刪除了。很顯然，這也會導致插入異常。

把選課關系表SelectCourse改為如下三個表：

學生：Student(學號, 姓名, 年齡)；

課程：Course(課程名稱, 學分)；

選課關系：SelectCourse(學號, 課程名稱, 成績)。

這樣的資料庫表是符合第二範式的，消除了數據冗餘、更新異常、插入異常和刪除異常。

另外，所有單關鍵字的資料庫表都符合第二範式，因為不可能存在組合關鍵字。

第三範式（3NF）：在第二範式的基礎上，數據表中如果不存在非關鍵欄位對任一候選關鍵欄位的傳遞函數依賴則符合第三範式。所謂傳遞函數依賴，指的是如果存在"A → B → C"的決定關系，則C傳遞函數依賴於A。因此，滿足第三範式的資料庫表應該不存在如下依賴關系：

關鍵欄位 → 非關鍵欄位x → 非關鍵欄位y

假定學生關系表為Student(學號, 姓名, 年齡, 所在學院, 學院地點, 學院電話)，關鍵字為單一關鍵字"學號"，因為存在如下決定關系：

(學號) → (姓名, 年齡, 所在學院, 學院地點, 學院電話)

這個資料庫是符合2NF的，但是不符合3NF，因為存在如下決定關系：

(學號) → (所在學院) → (學院地點, 學院電話)

即存在非關鍵欄位"學院地點"、"學院電話"對關鍵欄位"學號"的傳遞函數依賴。

它也會存在數據冗餘、更新異常、插入異常和刪除異常的情況，讀者可自行分析得知。

把學生關系表分為如下兩個表：

學生：(學號, 姓名, 年齡, 所在學院)；

學院：(學院, 地點, 電話)。

這樣的資料庫表是符合第三範式的，消除了數據冗餘、更新異常、插入異常和刪除異常。

鮑依斯-科得範式（BCNF）：在第三範式的基礎上，資料庫表中如果不存在任何欄位對任一候選關鍵欄位的傳遞函數依賴則符合第三範式。

假設倉庫管理關系表為StorehouseManage(倉庫ID, 存儲物品ID, 管理員ID, 數量)，且有一個管理員只在一個倉庫工作；一個倉庫可以存儲多種物品。這個資料庫表中存在如下決定關系：

(倉庫ID, 存儲物品ID) →(管理員ID, 數量)

(管理員ID, 存儲物品ID) → (倉庫ID, 數量)

所以，(倉庫ID, 存儲物品ID)和(管理員ID, 存儲物品ID)都是StorehouseManage的候選關鍵字，表中的唯一非關鍵欄位為數量，它是符合第三範式的。但是，由於存在如下決定關系：

(倉庫ID) → (管理員ID)

(管理員ID) → (倉庫ID)

即存在關鍵欄位決定關鍵欄位的情況，所以其不符合BCNF範式。它會出現如下異常情況：

(1) 刪除異常：

當倉庫被清空後，所有"存儲物品ID"和"數量"信息被刪除的同時，"倉庫ID"和"管理員ID"信息也被刪除了。

(2) 插入異常：

當倉庫沒有存儲任何物品時，無法給倉庫分配管理員。

(3) 更新異常：

如果倉庫換了管理員，則表中所有行的管理員ID都要修改。

把倉庫管理關系表分解為二個關系表：

倉庫管理：StorehouseManage(倉庫ID, 管理員ID)；

倉庫：Storehouse(倉庫ID, 存儲物品ID, 數量)。

這樣的資料庫表是符合BCNF範式的，消除了刪除異常、插入異常和更新異常。

範式應用

我們來逐步搞定一個論壇的資料庫，有如下信息：

（1） 用戶：用戶名，email，主頁，電話，聯系地址

（2） 帖子：發帖標題，發帖內容，回復標題，回復內容

第一次我們將資料庫設計為僅僅存在表：
用戶名 email 主頁 電話 聯系地址 發帖標題 發帖內容 回復標題 回復內容

這個資料庫表符合第一範式，但是沒有任何一組候選關鍵字能決定資料庫表的整行，唯一的關鍵欄位用戶名也不能完全決定整個元組。我們需要增加"發帖ID"、"回復ID"欄位，即將表修改為：

用戶名 email 主頁 電話 聯系地址 發帖ID 發帖標題 發帖內容 回復ID 回復標題 回復內容

這樣數據表中的關鍵字(用戶名，發帖ID，回復ID)能決定整行：

(用戶名,發帖ID,回復ID) → (email,主頁,電話,聯系地址,發帖標題,發帖內容,回復標題,回復內容)

但是，這樣的設計不符合第二範式，因為存在如下決定關系：

(用戶名) → (email,主頁,電話,聯系地址)

(發帖ID) → (發帖標題,發帖內容)

(回復ID) → (回復標題,回復內容)

即非關鍵欄位部分函數依賴於候選關鍵欄位，很明顯，這個設計會導致大量的數據冗餘和操作異常。

我們將資料庫表分解為（帶下劃線的為關鍵字）：

（1） 用戶信息：用戶名，email，主頁，電話，聯系地址

（2） 帖子信息：發帖ID，標題，內容

（3） 回復信息：回復ID，標題，內容

（4） 發貼：用戶名，發帖ID

（5） 回復：發帖ID，回復ID

這樣的設計是滿足第1、2、3範式和BCNF範式要求的，但是這樣的設計是不是最好的呢？

不一定。

觀察可知，第4項"發帖"中的"用戶名"和"發帖ID"之間是1：N的關系，因此我們可以把"發帖"合並到第2項的"帖子信息"中；第5項"回復"中的"發帖ID"和"回復ID"之間也是1：N的關系，因此我們可以把"回復"合並到第3項的"回復信息"中。這樣可以一定量地減少數據冗餘，新的設計為：

（1） 用戶信息：用戶名，email，主頁，電話，聯系地址

（2） 帖子信息：用戶名，發帖ID，標題，內容

（3） 回復信息：發帖ID，回復ID，標題，內容

資料庫表1顯然滿足所有範式的要求；

資料庫表2中存在非關鍵欄位"標題"、"內容"對關鍵欄位"發帖ID"的部分函數依賴，即不滿足第二範式的要求，但是這一設計並不會導致數據冗餘和操作異常；

資料庫表3中也存在非關鍵欄位"標題"、"內容"對關鍵欄位"回復ID"的部分函數依賴，也不滿足第二範式的要求，但是與資料庫表2相似，這一設計也不會導致數據冗餘和操作異常。

由此可以看出，並不一定要強行滿足範式的要求，對於1：N關系，當1的一邊合並到N的那邊後，N的那邊就不再滿足第二範式了，但是這種設計反而比較好！

對於M：N的關系，不能將M一邊或N一邊合並到另一邊去，這樣會導致不符合範式要求，同時導致操作異常和數據冗餘。
對於1：1的關系，我們可以將左邊的1或者右邊的1合並到另一邊去，設計導致不符合範式要求，但是並不會導致操作異常和數據冗餘。

結論

滿足範式要求的資料庫設計是結構清晰的，同時可避免數據冗餘和操作異常。這並意味著不符合範式要求的設計一定是錯誤的，在資料庫表中存在1：1或1：N關系這種較特殊的情況下，合並導致的不符合範式要求反而是合理的。

3. 在關系型資料庫中 數據表中的一「列」（請注意）被稱為記錄 為什麼不是欄位

題錯了，一行稱為記錄，一列稱為欄位或屬性

4. 在關系型資料庫中，數據表的每一列稱為什麼

一列為一個欄位field，一行為一個記錄record。

5. 關系資料庫的特點

關系資料庫的主要特點列舉如下：

1.數據集中控制，在文件管理方法中，文件是分散的，這些文件之間一般是沒有聯系的，因此不能按照統一的方法來控制、維護和管理。而資料庫則可以集中控制、維護和管理有關數據。

2.數據獨立，資料庫中的數據獨立於應用程序，包括數據的物理獨立性和邏輯獨立性，給資料庫的使用、調整、優化和進一步擴充提供了方便。

3.數據共享，資料庫中的數據可以供多個用戶使用，每個用戶只與庫中的一部分數據發生聯系；用戶數據可以重疊，用戶可以同時存取數據而互不影響。

4.減少數據冗餘，資料庫中的數據不是面向應用，而是面向系統。數據統一定義、組織和存儲，集中管理，避免了不必要的數據冗餘。

5.數據結構化，整個資料庫按一定的結構形式構成，數據在記錄內部和記錄類型之間相互關聯，用戶可通過不同的路徑存取數據。

6.統一的數據保護功能，在多用戶共享數據資源的情況下，對用戶使用數據有嚴格的檢查，對資料庫規定密碼或存取許可權，以確保數據的安全性、並發控制。

(5)關系資料庫列擴展閱讀：

關系資料庫，是建立在關系資料庫模型基礎上的資料庫，藉助於集合代數等概念和方法來處理資料庫中的數據，同時也是一個被組織成一組擁有正式描述性的表格，這些表格中的數據能以許多不同的方式被存取或重新召集而不需要重新組織資料庫表格。

關系資料庫的定義造成元數據的一張表格或造成表格、列、范圍和約束的正式描述。每個表格（有時被稱為一個關系）包含用列表示的一個或更多的數據種類。 每行包含一個唯一的數據實體，這些數據是被列定義的種類。

參考資料：網路——關系資料庫

6. 關系資料庫中的關系是什麼意思

關系型資料庫實際上是基於關系模型的資料庫,也就是你所問到的關系是什麼意思.

因為關系實際上是一張二維表,表的每一行是一個元素,每一列是一項屬性,而一個元組就是該關系所涉及的屬性集的笛卡爾積的一個元素.

一個關系模式應當是一個5元組.定義關系的描述稱為關系模式）.它可以形式化地表示為：R（U,D,dom,F） 其中R為關系名,U為組成該關系的屬性名集合,D為屬性組U中屬性所來自的域,dom為屬性向域的映象集合,F為屬性間數據的依賴關系集合.

7. 4、(必修)在關系型資料庫中，表中的列稱為（ ）。 A、欄位 B、記錄 C、文檔 D、關鍵字

(必修)在關系型資料庫中，表中的列稱為（ A、欄位）。

在關系型資料庫中，表的「列」稱為「欄位」 ，每個欄位包含某一專題與對象或類關聯的信息。就像「通訊錄」資料庫中，「姓名」、「聯系電話」這些都是表中所有行共有的屬性，所以把這些列稱為「姓名」欄位和「聯系電話」欄位。

(7)關系資料庫列擴展閱讀：

關系型資料庫按照結構化的方法存儲數據，每個數據表都必須對各個欄位定義好，也就是先定義好表的結構，再根據表的結構存入數據。

這樣做的好處就是由於數據的形式和內容在存入數據之前就已經定義好了，所以整個數據表的可靠性和穩定性都比較高，但帶來的問題就是一旦存入數據後，如果需要修改關系型資料庫里的數據表的結構，就會十分困難。

參考資料來源：

網路——關系型資料庫

網路——欄位

8. 關系資料庫是什麼意思

關系資料庫基本概念
a)關系：一個關系就是一個二維表，在Access中，一個關系存儲為一個表。
b)元組：在一個二維表(一個具體關系)中，水平方向的行稱為元組，每一行就是一個元組，它對應表中的一條具體記錄。
c)屬性：二維表中垂直方向的列稱為屬性，每一列有一個屬性名，即欄位。
d)域:指屬性的取值范圍，即不同元組對同一個屬性的取值所限定的范圍。
e)關鍵字：指其值能夠唯一標識一個元組的屬性或屬性的組合。
f)外部關鍵字：如果表中一個欄位不是本表的主關鍵字，而是另外一個表的主關鍵字和候選關鍵字，則這個欄位就稱為外部關鍵字。
關系型資料庫以行和列的形式存儲數據，以便於用戶理解。這一系列的行和列被稱為表，一組表組成了資料庫。用戶用查詢(Query)來檢索資料庫中的數據。一個Query是一個用於指定資料庫中行和列的SELECT語句。關系型資料庫通常包含下列組件：
客戶端應用程序(Client)
資料庫伺服器(Server)
資料庫(Database)
Structured Query
Language(SQL)Client端和Server端的橋梁，Client用SQL來象Server端發送請求，Server返回Client端要
求的結果。現在流行的大型關系型資料庫有IBM DB2、IBM UDB、Oracle、SQL Server、SyBase、Informix等。
關系型資料庫管理系統中儲存與管理數據的基本形式是二維表。

9. 舉例說明關系型資料庫中數據表、欄位、記錄分別指什麼，它們有什麼關系

例如：我們要記錄一個班上學生的成績。那麼就要把這些成績和學生信息放到一起。用來組著這些信息的這個數據結構就叫 表。這個結構裡面的每一列就叫"欄位"，每一行就叫「記錄」
如下：id，name，score就是欄位，1 ss 12 就是一條記錄。包含id，name，score的這個數據結構就是表

id name score
1 ss 12
2 aa 23
3 dd 34

10. 關系資料庫中資料庫,表,欄位及元組的概念及相互之間的關系

一、概念

（1）關系資料庫的表採用二維表格來存儲數據，是一種按行與列排列的具有相關信息的邏輯組，它類似於Excle工作表。一個資料庫可以包含任意多個數據表。

（2）關系資料庫：在一個給定的應用領域中，所有實體及實體之間聯系的集合構成一個關系資料庫。它是一種以關系模式為基礎存儲數據以及用數字方法處理資料庫組織的方法，是目前最為流行的一種數據組織形式。

（3）元組（記錄）。表中的一行即為一個元組，或稱為一條記錄。

（4）欄位，數據表中的每一列稱為一個欄位，表是由其包含的各種欄位定義的，每個欄位描述了它所含有的數據的意義，數據表的設計實際上就是對欄位的設計。創建數據表時，為每個欄位分配一個數據類型，定義它們的數據長度和其他屬性。欄位可以包含各種字元、數字、甚至圖形。

二、關系

一個資料庫可以包含若干張表；一張表有若干個欄位；每張表又有若干條記錄（元組），每條記錄（元組）對應每個欄位都有一個值。

(10)關系資料庫列擴展閱讀

關系資料庫，是建立在關系資料庫模型基礎上的資料庫，藉助於集合代數等概念和方法來處理資料庫中的數據。

同時也是一個被組織成一組擁有正式描述性的表格，該形式的表格作用的實質是裝載著數據項的特殊收集體，這些表格中的數據能以許多不同的方式被存取或重新召集而不需要重新組織資料庫表格。

關系資料庫的定義造成元數據的一張表格或造成表格、列、范圍和約束的正式描述。每個表格（有時被稱為一個關系）包含用列表示的一個或更多的數據種類。 每行包含一個唯一的數據實體，這些數據是被列定義的種類。