数据库设计多对多
『壹』 数据库设计（三个属性两两多对多）
三个实体的两两多对多如果可以合并，就可以将三个实体之间的联系合并为一个多元联系，具体转换时除了三个实体转换为三张表以外，这个多元联系单独转换成一张新表，三个实体的主码在这张新表中作为外码
当然，如果不能合并，就只能按照多对多的规则分别将这三个联系转换为三张表，各自有关的两个实体的主码在这些新表中作外码了
『贰』 如何在数据库中表示多对多的关系
多对多：新建一个关系表，将两张表关系起来。关系表中是两张表的主键。内
如：有多容个学生，每个学生可以选修多门课程，每个课程可以被多个学生选修。
注意：多对多中，不能说在一个表中加个字段，cid是另一张表的主键，不能写两个数据。
(2)数据库设计多对多扩展阅读
一个好的表结构设计，可以减少一些不必要的表或字段等。数据表之间的关联关系分为三种：一对一、一对多、多对多。
1、一对一，是将数据表“垂直切分”，就是A表的一条记录对应B表的一条记录。
优点：
（1）便于管理、可提高一定的查询速度。
（2）减轻CPU的IO读写，提高存取效率。
（3）符合数据库设计的三大范式。
（4）符合关系性数据库的特性。
缺点：增加一定的复杂程度，程序中的读写难度加大。
2、一对多，就是A表的一条记录，对应B表的多条记录，且A的主键作为B表的外键。
『叁』 数据库怎么设计多对多的数据表
1.数据库中的多对多关联关系一般需采用中间表的方式处理，将多对多转化为两个一对多。
2.通过表的关系，来帮助我们怎样建表，建几张表。
一对一
一张表的一条记录一定只能与另外一张表的一条记录进行对应，反之亦然。
学生表：姓名，性别，年龄，身高，体重，籍贯，家庭住址，紧急联系人
其中姓名、性别、年龄、身高，体重属于常用数据，但是籍贯、住址和联系人为不常用数据
如果每次查询都是查询所有数据，不常用的数据就会影响效率，实际又不用
常用信息表：ID(P)，姓名，性别，年龄，身高，体重
不常用信息表：ID(P)，籍贯，家庭住址，紧急联系人
解决方案：将常用的和不常用的信息分享存储，分成两张表
不常用信息表和常用信息表，保证不常用信息表与常用信息表能够对应上：找一个具有唯一性的
字段来共同连接两张表。
一个常用表中的一条记录永远只能在一张不常用表中匹配一条记录，反之亦然。
一对多
一张表中有一条记录可以对应另外一张表中的多条记录；但是反过来，另外一张表的一条记录
只能对应第一张表的一条记录，这种关系就是一对多或多对一
母亲与孩子的关系：母亲，孩子两个实体
母亲表：ID(P),名字，年龄，性别
孩子表：ID(P),名字，年龄，性别
以上关系：一个妈妈可以在孩子表中找到多条记录（也可能是一条），但是一个孩子只能找到一个妈妈
是一种典型的一对多的关系。
但是以上设计：解决了实体的设计表问题，但是没有解决关系问题，孩子找不到母亲，母亲也找不到孩子
解决方案：在某一张表中增加一个字段，能够找到另外一张表中的记录:在孩子表中增加一个字段
指向母亲表，因为孩子表的记录只能匹配到一条母亲表的记录。
母亲表：ID(P),名字，年龄，性别
孩子表：ID(P),名字，年龄，性别，母亲表ID（母亲表主键）
多对多
一对表中（A）的一条记录能够对应另外一张表（B）中的多条记录；同时B表中的一条记录
也能对应A表中的多条记录
老师和学生
老师表 T_ID(P),姓名，性别
学生表 S_ID(P),姓名，性别
以上设计方案：实现了实体的设计，但是没有维护实体的关系
一个老师教过多个学生，一个学生也被多个老师教过
解决方案：增加一张中间关系表
老师与学生的关系表：ID(P),T_ID,S_ID
老师表与中间表形成一对多的关系，而中间表是多表；维护了能够唯一找到一表的关系；
同样的学生表与中间表也是一个一对多的关系;
学生找老师：找出学生ID--->中间表寻找匹配记录（多条）--->老师表匹配（一条）
老师找学生：找出老师ID--->中间表寻找匹配记录（多条）--->学生表匹配（一条）
『肆』 一对一、一对多、多对多,如何设计数据表
一对一正确。
一对多和多对一是多个表 ，至少两个表，一对多和多对一是相互的内。容
主键是自己定义的，一般外键表引用的对应的表的键是主键。
多对多三个表，有一个是关系表（中间表）。
中间表没有普通字段，一般只有有两个外键，同时引用两个表，多对多就出来了。
『伍』 mysql 多对多 怎么设计表
1.数据库中的多对多关联关系一般需采用中间表的方式处理，将多对多转化为两个一对多。
2.通过表的关系，来帮助我们怎样建表，建几张表。
一对一
一张表的一条记录一定只能与另外一张表的一条记录进行对应，反之亦然。
学生表：姓名，性别，年龄，身高，体重，籍贯，家庭住址，紧急联系人
其中姓名、性别、年龄、身高，体重属于常用数据，但是籍贯、住址和联系人为不常用数据
如果每次查询都是查询所有数据，不常用的数据就会影响效率，实际又不用
常用信息表：ID(P)，姓名，性别，年龄，身高，体重
不常用信息表：ID(P)，籍贯，家庭住址，紧急联系人
解决方案：将常用的和不常用的信息分享存储，分成两张表
不常用信息表和常用信息表，保证不常用信息表与常用信息表能够对应上：找一个具有唯一性的
字段来共同连接两张表。
一个常用表中的一条记录永远只能在一张不常用表中匹配一条记录，反之亦然。
一对多
一张表中有一条记录可以对应另外一张表中的多条记录；但是反过来，另外一张表的一条记录
只能对应第一张表的一条记录，这种关系就是一对多或多对一
母亲与孩子的关系：母亲，孩子两个实体
母亲表：ID(P),名字，年龄，性别
孩子表：ID(P),名字，年龄，性别
以上关系：一个妈妈可以在孩子表中找到多条记录（也可能是一条），但是一个孩子只能找到一个妈妈
是一种典型的一对多的关系。
但是以上设计：解决了实体的设计表问题，但是没有解决关系问题，孩子找不到母亲，母亲也找不到孩子
解决方案：在某一张表中增加一个字段，能够找到另外一张表中的记录:在孩子表中增加一个字段
指向母亲表，因为孩子表的记录只能匹配到一条母亲表的记录。
母亲表：ID(P),名字，年龄，性别
孩子表：ID(P),名字，年龄，性别，母亲表ID（母亲表主键）
多对多
一对表中（A）的一条记录能够对应另外一张表（B）中的多条记录；同时B表中的一条记录
也能对应A表中的多条记录
老师和学生
老师表 T_ID(P),姓名，性别
学生表 S_ID(P),姓名，性别
以上设计方案：实现了实体的设计，但是没有维护实体的关系
一个老师教过多个学生，一个学生也被多个老师教过
解决方案：增加一张中间关系表
老师与学生的关系表：ID(P),T_ID,S_ID
老师表与中间表形成一对多的关系，而中间表是多表；维护了能够唯一找到一表的关系；
同样的学生表与中间表也是一个一对多的关系;
学生找老师：找出学生ID--->中间表寻找匹配记录（多条）--->老师表匹配（一条）
老师找学生：找出老师ID--->中间表寻找匹配记录（多条）--->学生表匹配（一条）
『陆』 数据库设计中多对多关系好还是将多对多拆成两个一对多好（原因）
当然是多对多，多对多其实就是多个一对多
『柒』 多对多关系，应该怎么设计数据库中的表和字段
select a.顾客 from a,b where a.id=b.顾客id and (d.商品='商品1' and d.商品='商品3')
『捌』 多对多关系数据库表设计
拆分关系。增加一个表。使之符合范式。
比如做学生选课系统。多个学生选多门课。这是内多对多关系。
这样可以写成容三个表。
分别为。学生表（学号，姓名）
课程表（课程号，课程名）
选课表（学号，课程号）
通过选课表，将学生和课程联系起来了。
『玖』 数据库设计怎么将 多对多关系 转换成 一对多关系
一个 多对多关系 可以转换成两个 一对多关系
下面举例说明:
有 学生表 与 选修课程表 多对多关系
一个学生可以选择多门课程, 一门课程可以被多个学生选修.
需要新增加一个 学生选修课程情况表,2个字段(学生编号, 课程编号)
然后
学生表 与 学生选修课程情况表 为 一对多关系.
选修课程表 与 学生选修课程情况表 为 一对多关系.
『拾』 数据库表与表之间多对多关系怎么处理
拆分关系。增加一个表。使之符合范式。
比如做学生选课系统。多个学生选多门课。这是多对多关系。
这样可以写成三个表。
分别为。学生表（学号，姓名）
课程表（课程号，课程名）
选课表（学号，课程号）
通过选课表，将学生和课程联系起来了。