A. 資料庫關系的三種類型包括基本表、查詢表和（ ）
1.左右連接：以哪個表為主，結果集為「主表」的全部記錄+「副表」與「主表」相匹配的記錄，如果「副表」中沒有和「主表」相匹配的記錄，則相對應的記錄顯示為null
2.左連接：左邊表全部行+右邊表相匹配的行，如果左邊表中的某一行，在右邊表中沒有匹配的行，則顯示null（left
join
或者left
outer
join）
3.右連接：和左連接相反。（right
join
或者right
outer
join）
4.內連接：它返回欄位id（連接條件）同時存在於兩個表中的記錄，也就是說，僅當至少有一個同屬於兩表的行符合聯接條件時，內聯接才返回行，內聯接消除與另一個表中的任何行不匹配的行。（inner
join或者join）
5.全連接：不管匹配不匹配，全部都顯示出來。（full
join或者full
outer
join）
6.交叉連接：沒有where
子句的交叉聯接將產生聯接所涉及的表的笛卡爾積。第一個表的行數乘以第二個表的行數等於笛卡爾積結果集的大小。（cross
join不帶where）
7.自連接：給自己取個別名，一個表當兩個表來使用。
B. 資料庫表間關系有哪幾種，分別是什麼
屬性的表間關系有三種類型：一對一、一對多和多對多。 如果指的是表的參照完整性，則是：主外鍵關系。 如果是某些資料庫操作上的相關性，則是：級聯關系。
C. 關系型資料庫與非關系型數據應用環境上有什麼區別，如何選擇哪種資料庫類型
關系型資料庫最典型的數據結構是表，由二維表及其之間的聯系所組成的一個數據組織。
優點：
1、易於維護：都是使用表結構，格式一致；
2、使用方便：sql語言通用，可用於復雜查詢；
3、復雜操作：支持SQL，可用於一個表以及多個表之間非常復雜的查詢。
缺點：
1、讀寫性能比較差，尤其是海量數據的高效率讀寫；
2、固定的表結構，靈活度稍欠；
3、高並發讀寫需求，傳統關系型資料庫來說，硬碟I/O是一個很大的瓶頸。
二、非關系型資料庫
非關系型資料庫嚴格上不是一種資料庫，應該是一種數據結構化存儲方法的集合，可以是文檔或者鍵值對等。
優點：
1、格式靈活：存儲數據的格式可以是key,value形式、文檔形式、圖片形式等等，文檔形式、圖片形式等等，使用靈活，應用場景廣泛，而關系型資料庫則只支持基礎類型。
2、速度快：nosql可以使用硬碟或者隨機存儲器作為載體，而關系型資料庫只能使用硬碟；
3、高擴展性；
4、成本低：nosql資料庫部署簡單，基本都是開源軟體。
缺點：
1、不提供sql支持，學習和使用成本較高；
2、無事務處理；
3、數據結構相對復雜，復雜查詢方面稍欠。
非關系型資料庫的分類和比較：
1、文檔型
2、key-value型
3、列式資料庫
4、圖形資料庫
D. mysql 資料庫表間關系圖怎麼查看
mysql資料庫表間的關系圖可以通過navicat查看：
第一步：下載navicat打開；
第二步：點擊navicat界面最右下角標注的按鈕即可查看關系圖。
最新的MySQL Workbench已經完全包含了資料庫建模與設計、資料庫SQL開發和資料庫管理與維護等功能。
Mysql資料庫-----表
sh.qihoo.com2018-04-07 08:20
1、定義: 表（table）是資料庫最基本的組成單元，資料庫是用來存儲數據的，資料庫中有很多表，每一個表都是一個獨立的單元，表也是一個結構化的文件，由行和列組成，行稱為數據或記錄，列稱為欄位，欄位又包含：欄位名稱、欄位類型、長度、約束。
2、創建表
（1）、遲嫌氏語法格式:create table 表名稱(欄位名 類型(長度) 約束)；
（2）者擾、MySQL常用數據類型
VARCHAR：碼散可變長度字元串(VARCH AR(3)表示存儲的數據長度丌能超過3個字元長度)
CHAR：定長字元串(CHAR(3) 表示存儲的數據長度丌能超過3個字元長度)
INT：整數型（INT(3)表示最大可以存儲999）
BIGINT：長整型（對應java程序中的long類型）
FLOAT：浮點型單精度（FLOAT(7,2)表示7個有效數字，2個有效小數位）
DOUBLE：浮點型雙精度（DOUBLE(7,2)表示7個有效數字，2個有效小數位）
DATE：日期類型（ 實際開發中，常用字元串代替日期類型）
BLOB：二進制大對象 Binary Large Object（專門存儲圖片、視頻、聲音等數據）
CLOB：字元型大對象 Character Large Object（ 可存儲超大文本，可存儲4G+字元串）
VARCHAR與CHAR對比：
都是字元串
VARCHAR比較智能，可以根據實際的數據長度分配空間，比較節省空間；但在分配的時候需要相關判斷，效率低。
CHAR不需要勱態分配空間，所以執行效率高，但是可能會導致空間浪費
若欄位中的數據不具備伸縮性，建議採用CHAR類型存儲
若欄位中的數據具備很強的伸縮性，建議採用VARCHAR類型存儲
E. 如何定義資料庫表之間的關系(上)
建立關系在開始著手考慮建立關系表之間的關系之前，你可能需要對數據非常熟悉。只有在熟悉數據之後，關聯會比你剛開始的時候更明顯。你的資料庫系統依賴於在兩個數據表中找到的匹配值來建立關系。如果在資料庫系統中發現了一個匹配值，系統將從兩個數據表中提取數據並創建一個虛擬的記錄。例如，你可能想要查看某個特定的作者所寫的全部書籍，在本文中，系統將從 「books」和「authors」這兩個數據表中查找相關的匹配值。需要注意的是，在大多數情況下，查詢的結果是動態的，這意味著對這條虛擬記錄所做的任何改動都將可能作用到底層的數據表上，這一點是非常重要的。 進行匹配的值都是主鍵和外鍵的值。（關系模型不要求一個關系必須對應的使用一個主鍵來確定。你可以使用數據表中的任何備選關鍵字來建立關系，但是使用主鍵是大家都已經接受的標准。）主鍵（primary key）唯一的識別表中的每個記錄。而外鍵（foreign key）只是簡單的將一個數據表中的主鍵存放在另外一個數據表中。同樣地，對於你來說也不需要做太多的工作——只是簡單地將主鍵加到關系表中，並將其定義為外鍵。 唯一需要注意的是，外鍵欄位的數據類型必須和主鍵的數據類型相同。但是有些系統可以允許這條規則有一個例外，它允許在數字和自動編號（autonumbering）欄位（例如在sql伺服器系統中訪問identity和autonumber）之間建立關系。此外，外鍵的值可以是空（null），盡管強烈建議在沒有特別原因的情況下，不要讓外鍵為空。你有可能永遠都不會有機會來使用需要這項功能的資料庫。 現在回到我們的示例關系表，並開始輸入合適的外鍵。（請繼續在紙上打草稿——在你的資料庫系統中創建真正的數據表還為時過早。要知道在紙上糾正錯誤要容易得多。）要記住，你正在把主鍵的值添加到關系表裡。只要調用實體之間的關系就行了，而其他的就簡單了： 書籍和分類是有關系的。
書籍和出版社是有關系的。
書籍和作者是有關系的。
作者和郵政編碼（zip）是有關系的。
郵政編碼和城市是有關系的。
城市和州是有關系的。 這一步並不是一成不變的，你可能會發現在規范化的過程中加入外鍵會更容易一些。在把欄位移動到一個新的數據表時，你可能要把這個新數據表的主鍵添加到原來的數據表裡，將其作為外鍵。但是，在你繼續規范化剩餘數據的時候，外鍵常常會發生改變。你會發現在所有這些數據表被全部規范化之後，一次添加所有的外鍵，這樣效率會更高。 操作數據表
現在讓我們一次操作一個數據表，就從books數據表開始，它在這個時候只有三個欄位。
F. 關系資料庫表之間有哪幾種關系類型
1）一對一的關系
例如：一個人對應一個唯一的身份證號，即為一對一的關系。
2）一對多關系
例如：一個班級對應多名學生，即為一對多關系
3）多對多關系
例如：一個學生可以選多門課程，而同一門課程可以被多個學生選修，彼此的對應關系即是多對多關系。
G. 資料庫有哪些類型
資料庫有兩種類型，分別是關系型資料庫與非關系型資料庫。
資料庫，簡而言之可視為電子化的文件櫃——存儲電子文件的處所，用戶可以對文件中的數據進行新增、截取、更新、刪除等操作。
關系型資料庫主要有：
Oracle、DB2、Microsoft
SQL
Server、Microsoft
Access、MySQL等等。
非關系型資料庫主要有：
NoSql、Cloudant、MongoDb、redis、HBase等等。
(7)資料庫表類型關系表擴展閱讀：
非關系型資料庫的優勢：
1、性能高：NOSQL是基於鍵值對的，可以想像成表中的主鍵和值的對應關系，而且不需要經過SQL層的解析，所以性能非常高。
2、可擴展性好：同樣也是因為基於鍵值對，數據之間沒有耦合性，所以非常容易水平擴展。
關系型資料庫的優勢：
1、可以復雜查詢：可以用SQL語句方便的在一個表以及多個表之間做非常復雜的數據查詢。
2、事務支持良好：使得對於安全性能很高的數據訪問要求得以實現。
參考資料來源：網路-資料庫
H. 資料庫管理系統一個完整的表必須用那幾個來表示數據的關系
資料庫管理系統一個完整的表必須用記錄和欄位來表示數據的關系。
表中的每一行叫做一個「記錄」，每一個記錄包含這行中的所有信息，就像在通訊錄資料庫中某個人全部的信息，但記錄在資料庫中並沒有專門的記錄名，常常用它所在的行數表示這是第幾個記錄。
欄位是比記錄更小的單位，欄位集合組成記錄，每個欄位描述文獻的某一特徵，即數據項，並有唯一的供計算機識別的欄位標識符。
(8)資料庫表類型關系表擴展閱讀
資料庫表中欄位類型有以下幾種：
1、二進制數據類型：包括Binary、Varbinary、Image。
2、字元數據類型：包括Char，Varchar、Text。
3、Unicode數據類型：包括Nchar、Nvarchar、Ntext。
4、日期和時間數據類型：包括Datetime、Smalldatetime、Date、TimeStamp。
5、數字數據類型：包括正數和負數、小數和整數。
6、貨幣數據類型：表示正的或者負的貨幣數量。
7、特殊數據類型：包括Timestamp、Bit、Uniqueidentifier。
I. 請問資料庫在創建表的時候如何設計表關系，一對一，一對多，多對多 請高手舉例說明。謝謝！！！
多對多關系至少需要3個表，我們把一個表叫做主表，一個叫做關系表，另外一個叫做字典表或者副表（字典表是紀錄比較少，而且基本穩定的，例如：版塊名稱；副表是內容比較多，內容變化的，例如）。
按照資料庫的增刪查改操作，多對多關系的查找都可以用inner join或者
select * from 主表 where id in (select 主表id from 關系表)
1，角色任命型
特點：關系表兩外鍵組合無重復紀錄，關系表一般不需要時間欄位和主鍵，有一個表是字典類型的表。
界面特點：顯示主表，用checkbox或多選select設置多選關系。
例如：任命版主（用戶表-關系表-版塊名稱表），角色許可權控制等，用戶是5個版塊版主，只要關系表5行紀錄就可以確立，關系表的兩個外鍵具有聯合主鍵性質。
增加關系：如果沒有組合紀錄，insert之。
刪除關系：如果有組合紀錄，刪除之。
2，集合分組型
特點：同角色任命型類似，關系表兩外鍵組合無重復紀錄，關系表一般不需要時間欄位和主鍵。區別是主副表都不是字典表，可能都很大不固定。
界面特點：顯示主表，用搜索代替簡單的checkbox或多選select，或者一條一條的添加。
例如：歌曲專集（專集表-關系表-歌曲表）。手機分組（分組表-關系表-手機表）。用戶圈子（圈子表-關系表-用戶表）。文章標簽（文章表-關系表-標簽表）
增加關系：同版主任命型。
刪除關系：同版主任命型。
3，明細帳型
特點：關系表可以有重復紀錄，關系表一般有時間欄位，有主鍵，可能還有文字型的欄位用來說明每次發生關系的原因（消費）。
界面特點：顯示關系表，用radio或下拉設置單選關系。
例如：現金消費明細帳或訂單（用戶表-訂單表-消費原因表），用戶可能多次在同一事情上重復消費。積分變化紀錄也屬於這類。
增加關系：不管有沒有組合紀錄，insert之，紀錄時間。
刪除關系：根據關系表PK刪除。
4，評論回復型
特點：同明細帳型關系表一般有時間欄位，有主鍵，區別是重點在文字型的欄位用來說明每次發生關系的內容（評論回復）。
界面特點：回復文本框。
例如：論壇回復（用戶表-回復表-帖子表），用戶可能多次在不同帖子上評論回復費。
增加關系：不管有沒有組合紀錄，insert之，紀錄時間和文字。
刪除關系：根據關系表（回復表）PK刪除。
5，站內簡訊型
特點：主副表是同一個，關系表一般有時間欄位，有主鍵，重點在關系表文字型的欄位用來說明每次發生關系的內容（消息）或者其他標記位來表示文字已讀狀態時間等。
界面特點：回復文本框。
例如：站內簡訊（用戶表-簡訊表-用戶表），用戶可能給用戶群發或者單發，有標記位來表示文字已讀狀態時間等。
增加關系：不管有沒有組合紀錄，insert之，紀錄時間和文字。
刪除關系：根據關系表（回復表）PK刪除。
6，用戶好友型
特點：主副表是同一個，同集合分組型，關系表兩外鍵組合無重復紀錄，關系表一般不需要時間欄位和主鍵。
界面特點：同集合分組型，顯示主表，用搜索代替簡單的checkbox或多選select，或者一條一條的添加。
例如：下載站點的文件，（文件表-關系表-文件表）可以被軟體工具打開，軟體工具本身也是一種文件，可以被下載。用戶的好友，也是用戶（用戶表-好友關系表-用戶表）
增加關系：同版主任命型。
刪除關系：同版主任命型