Question

请问数据库在创建表的时候如何设计表关系，一对一，一对多，多对多 请高手举例说明。谢谢！！！

Answer 1

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

Answer 2

1、一对一可以两个实体设计在一个数据库中l例如设计一个夫妻表，里面放丈夫和妻子
2、一对多可以建两张表，将一这一方的主键作为多那一方的外键，例如一个学生表可以加一个字段指向班级(班级与学生一对多的关系)
3、多对多可以多加一张中间表，将另外两个表的主键放到这个表中（如教师和学生就是多对多的关系）

希望这样讲对你有点帮助！

Answer 3

一对一：我有一个身份证号 ；
一对多：我有多张银行卡；
多对多：我是招行、交行、建行的客户，但是这些银行用户均过亿。

Answer 4

例1：学生选修课程
学生表 (主键 学生ID)
课程表 (主键 课程ID)
学生选课表 （联合主键 学生ID 课程ID）
学生表与课程表是实体数据表，学生选课表就是这两个实体对象间的对应关系，能过这个关系表可以建立起一个学生选修多门课程的关系。。。

例2：用户帐户权限分配
帐户信息表 (主键 帐户ID)
角色信息表 (主键 角色ID)
为了使一个帐户可被指定多重角色，还需要一个能将“帐户信息表”和“角色信息表”关联起来的“帐户角色表（联合主键 帐户信息ID 角色信息ID）”

追问

谢谢你的回答！

Answer 5

你把因果关系弄倒了,不是创建表的时间选用这样的关系,而是我们根据现实世界中设计出这样的关系而创建的表,也就是说我们设计数据库的目的是解决现实中的问题的,而不是你说的为了设计让现实去适应系统,而是系统必须适合现实.

关于数据库设计,先从现实分析E-R(实体-联系)模型,数据库建立的标准就是这个E-R图的.是现实决定了我们使用的表关系.然后从这个E-R进行数据库的创建.所以这些关系都来源于现实.
所以这个问题,可以查看一下数据库设计,E-R分析等内容.不是一两个例子能给你说清楚的!

追问

谢谢你的回答！