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，或者一条一条的添加。
例如：下载站点的文件，（文件表-关系表-文件表）可以被软件工具打开，软件工具本身也是一种文件，可以被下载。用户的好友，也是用户（用户表-好友关系表-用户表）
增加关系：同版主任命型。
删除关系：同版主任命型