数据库表与表之间的关系

表与表之间一般存在三种关系，即一对一，一对多，多对多关系。

例如:一个人可以拥有多辆汽车，要求查询某个人拥有的所有车辆。

分析：这种情况其实也可以采用 一张表，但因为一个人可以拥有多辆汽车，如果采用一张表，会造成冗余信息过多。好的设计方式是，人和车辆分别单独建表，那么如何将两个表关联呢？有个巧妙的方法，在车辆的表中加个外键字段(人的编号)即可。

例如：学生选课，一个学生可以选修多门课程，每门课程可供多个学生选择。

分析：这种方式可以按照类似一对多方式建表，但冗余信息太多，好的方式是实体和关系分离并单独建表，实体表为学生表和课程表，关系表为选修表，其中关系表采用联合主键的方式(由学生表主键和课程表主键组成)建表。

什么是视图？

在 SQL 中，视图是基于 SQL 语句的结果集的可视化的表。

第一点：

使用视图，可以定制用户数据，聚焦特定的数据。

解释：

在实际过程中，公司有不同角色的工作人员，我们以销售公司为例的话，

采购人员，可以需要一些与其有关的数据，而与他无关的数据，对他没

有任何意义，我们可以根据这一实际情况，专门为采购人员创建一个视

图，以后他在查询数据时，只需select * from view_caigou 就可以啦。

第二点：使用视图，可以简化数据 *** 作。

解释：我们在使用查询时，在很多时候我们要使用聚合函数，同时还要

显示其它字段的信息，可能还会需要关联到其它表，这时写的语句可能

会很长，如果这个动作频繁发生的话，我们可以创建视图，这以后，我

们只需要select * from view1就可以啦～，是不是很方便呀～

第三点：使用视图，基表中的数据就有了一定的安全性

因为视图是虚拟的，物理上是不存在的，只是存储了数据的集合，我们可以

将基表中重要的字段信息，可以不通过视图给用户，视图是动态的数据的集

合，数据是随着基表的更新而更新。同时，用户对视图，不可以随意的更改

和删除，可以保证数据的安全性。

第四点：可以合并分离的数据，创建分区视图

随着社会的发展，公司的业务量的不断的扩大，一个大公司，下属都设有很

多的分公司，为了管理方便，我们需要统一表的结构，定期查看各公司业务

情况，而分别看各个公司的数据很不方便，没有很好的可比性，如果将这些

数据合并为一个表格里，就方便多啦，这时我们就可以使用union关键字，

将各分公司的数据合并为一个视图。

以上，就是我认为视图的作用，实际上很多公司都使用视图来查询数据的。

内连接: 只连接匹配的行

SELECT * from gradeclass gc inner join grade g on gc.grade_id=g.Id，

左外连接: 包含左边表的全部行（不管右边的表中是否存在与它们匹配的行），以及右边表中全部匹配的行

select * from grade g rigth OUTER JOIN gradeclass g on g.grade_id=gc.Id（这里的outer可以省略）

右外连接: 包含右边表的全部行（不管左边的表中是否存在与它们匹配的行），以及左边表中全部匹配的行

select * from grade g rigth OUTER JOIN gradeclass g on g.grade_id=gc.Id（这里的outer可以省略）

全外连接: 包含左、右两个表的全部行，不管另外一边的表中是否存在与它们匹配的行。

交叉连接: 生成笛卡尔积－它不使用任何匹配或者选取条件，而是直接将一个数据源中的每个行与另一个数据源的每个行都一一匹配

网站的所有数据都是存储在数据库中的，比如你的用户名密码，以及注册信息，登录信息等等

还要就是网站的内容也都是存储在数据库的，因为现在网站都是动态的，他的内容都是动态加载的，比如你在新浪或者百度新闻看到的信息。有的会根据地域不同，比如你是北京的他就重点显示北京的新闻，你的上海的就显示上海的。或者广告，也有定点投放，这些信息都是存在数据库的，然后网站通过判断你是属于哪个，然后去数据库中把信息读取出来显示给你

打字好多，不知道你听明白没有，希望采纳啊。

数据库由若干个表构成。表与表之间通过主键和外键构成关系。主键和外键是相对的。这个表的主键，可能就是另一个表的外键。或者说，一个键，在这个表中是主键，而在另一个表中可能就是外键了。主键与外键只是区别于他的功能。

---