mysql多对多表设计（在Mysql数据库中 如何实现表的多对一关联请说具体一点~）

本文目录

• 在Mysql数据库中 如何实现表的多对一关联请说具体一点~
• mysql表的设计和关联问题
• mysql数据库中如何用一对多表示多对多
• mysql建立外键时，多对多如何建立
• 如何在MySQL上操作多个表
• mysql，php 中多对多关系的问题
• mysql 多对多 怎么设计表

在Mysql数据库中 如何实现表的多对一关联请说具体一点~

现在的数据库基本都是关系数据库，表与表之间的关联一般都是靠字段来维持的。
例如3个表，分别是用户信息表，购物订单表，帐户金额明细表
表结构如下（我写简单哈）：
用户信息表字段：userid,username,password
购物订单表字段：orderid,userid,goods,price
帐户金额明细表：aid,userid,orderid,price
从上面3个表就能看出，他们之间的管理是：
通过用户信心表的userid可以获得购物订单表的订单信息，如果想要获得用户或者购物订单的账户金额明细数据，可使用userid或者orderid去帐户金额明细表查询相关数据，示例SQL如下：
SELECT * FROM 购物订单表字段 where userid=12
SELECT * FROM 帐户金额明细表 where userid=12
SELECT * FROM 帐户金额明细表 where orderid=3356
如果你还不明白的话，可发消息给我。

mysql表的设计和关联问题

这个问题问的好，要弄一个表很容易，关键是表设计出来是否合理！

如果表设计的好，则会相当清晰，易于理解，后续开发上事半功倍，维护也方便；如果设计的不好，则难以理解，维护困难，代价大。

表与表之间的关系有三种：1.一对一，2.一对多，3.多对多

一对一的表，两表的属性实际上完全可以合并成一个表，共用一个主键即可；

一对多的表，可以设中间关联表，也可以将关联表并入“多”这头；若设独立关联表，则可引入“多”这头的主键作为其主键，也可另立主键，并将“一”和“多”两表的主键作为关联表的外键；

多对多的表，则必须设中间关联表，关联表设独立主键，并引入两个“多”头的表的主键作为关联表的外键。

这是上述三种关系表在键处理上的基本原则。

范式还是要遵循的，这套理论还是科学合理的。不要相信反范式设计，反范式设计在规模庞大时，数据冗余多，编码及维护会变得困难，万一考虑漏掉的将导致数据不一致，甚至酿成灾难。严格按照范式理论来设计数据库，将使你编码及维护时少操很多心。

一般来说，先进行需求分析，然后画出数据流图，然后再根据数据流图画出ER图，然后再根据ER图创建各种表。表是根据ER图来创建的，表设计的合不合理，关键是ER图抽像的合不合理。在抽像ER图时，一般遵循这样的原则：

1. 能用1对1的，就不用1对多；能用1对多的，就不用多对多，往简单化方向靠；

2. 能当属性处理的，尽量当属性，而不是当实体处理去另立新表，这样可使问题简化。

3. 把意义相近联系紧密的属性放在一张表内，而不是拆在多张表中。

看了一下你上述几张表，我认为不合理，户主是人，家庭成员也是人，把他们分在户主表和家庭成员表中不合理，他们是同一类的，宜合在一张家庭成员表中，并增加一个标志性字段，以指明哪个人是户主。另外，宜建立一张地址表，以取代户主表，地址表中宜指明乡场镇、村巷道、几区、门牌号等与地址关系紧密的属性，把户籍、联系方式、户主等字段拿走，他们不是地址属性，这几个宜放在成员关系表中，户籍是人的属性，并非地址的属性，联系方式就更明显了，要联系的是人，而不是地址。

很明显，地址和家庭成员是一对多关系，一个地址同时可以住着多个成员，而一个成员同时只能住一个地址，这样，设计成地址表和家庭成员表之后，要在家庭成员表中再加一个地址外键字段，把地址表的主键当作家庭成员表的外键填入，这样，成员表中的每个人都可以通过地址外键字段到地址表中找到其所住地址。另外，成员表中也指明了哪个人是户主，也指明了每个人的户籍和联系方式，这些信息你都可以找得到。

mysql数据库中如何用一对多表示多对多

拿用户角色来说

用户  ←多对多→ 角色

概念模型如下：

生成物理模型就成了2个1对多：

箭头指向多的一方

mysql建立外键时，多对多如何建立

一张表中的主键只能有一个，外键可以有多个，如果一张表中多个列都需要被别的表的外键参考，需要使用候选码（非空并且唯一），具体到你的这个问题的需求可以考虑用如下方法解决：

把a表中的bookid和authorid都设置为非空并且唯一，即

create table a(bookid int not null unique, authorid int not null unique);

然后在book表和author表中就可以分别设置外键来参照a表中两个不同的字段了。

1. 打开我的navicat，然后找到我的teacher表，选中它，然后点击菜单栏上的‘design table’

2. 2. 在弹出的对话框中找到“Foreign Keys”，然后单机。

3. 3. 然后会出现一个设置外键的界面，一共有七列。简单介绍一下这几列的意思。‘name’:可以不填，你一会保存成功系统会自动生成。FieldName’:就是你要把哪个键设置为外键。这里选择‘dept’，‘Reference DadaBase’:外键关联的数据库。‘Reference Table‘ ：关联的表 这里是dept表‘Forgin filed Names’:关联的的字段，这里是code‘ondelete’：就是删除的时候选择的动作。这里我的选择是setNull，意思就是当关联的表删除以后，teacher》dept字段会设置为null.

4. 4. 设置完成后点击‘save’保存退出，也可以点击‘add Foreign Key’再添加一个外键。

1. 打开我的navicat，然后找到我的teacher表，选中它，然后点击菜单栏上的‘design table’。如下图：

2. 2. 在弹出的对话框中找到“Foreign Keys”，然后单机。如下图：

3. 3. 然后会出现一个设置外键的界面，一共有七列。简单介绍一下这几列的意思。‘name’:可以不填，你一会保存成功系统会自动生成。FieldName’:就是你要把哪个键设置为外键。这里选择‘dept’，‘Reference DadaBase’:外键关联的数据库。‘Reference Table‘ ：关联的表 这里是dept表‘Forgin filed Names’:关联的的字段，这里是code‘ondelete’：就是删除的时候选择的动作。这里我的选择是setNull，意思就是当关联的表删除以后，teacher》dept字段会设置为null。如图

4. 4. 设置完成后点击‘save’保存退出，也可以点击‘add Foreign Key’再添加一个外键。k如图：
   

如何在MySQL上操作多个表

方法如下：

1、首先打开Mysql命令行器，连接Mysql数据库；

2、使用所要操作的数据库，先显示一下数据库中的表；

3、显示一下表结构，了解一下表中的列；

4、向表插入数据，insert into 表名 （列名） values （值）;

5、查询表可以看到所插入的数据，select * from 表名；

6、可以再插入一个数据，显示一下。

扩展资料：

MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，目前属于 Oracle 旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在 WEB 应用方面，MySQL是最好的 RDBMS (Relational Database Management System，关系数据库管理系统) 应用软件。

MySQL是一种关系数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。

MySQL所使用的 SQL 语言是用于访问数据库的最常用标准化语言。MySQL 软件采用了双授权政策，分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择 MySQL 作为网站数据库。

由于其社区版的性能卓越，搭配 PHP 和 Apache 可组成良好的开发环境。

与其他的大型数据库，例如 Oracle、DB2、SQL Server等相比，MySQL自有它的不足之处，但是这丝毫也没有减少它受欢迎的程度。对于一般的个人使用者和中小型企业来说，MySQL提供的功能已经绰绰有余，而且由于 MySQL是开放源码软件，因此可以大大降低总体拥有成本。

Linux作为操作系统，Apache 或Nginx作为 Web 服务器，MySQL 作为数据库，PHP/Perl/Python作为服务器端脚本解释器。由于这四个软件都是免费或开放源码软件（FLOSS)，因此使用这种方式不用花一分钱（除开人工成本）就可以建立起一个稳定、免费的网站系统，被业界称为“LAMP“或“LNMP”组合。

MyISAMMySQL 5.0 之前的默认数据库引擎，最为常用。拥有较高的插入，查询速度，但不支持事务

InnoDB事务型数据库的首选引擎，支持ACID事务，支持行级锁定, MySQL 5.5 起成为默认数据库引擎

BDB源 自 Berkeley DB，事务型数据库的另一种选择，支持Commit 和Rollback 等其他事务特性

Memory所有数据置于内存的存储引擎，拥有极高的插入，更新和查询效率。但是会占用和数据量成正比的内存空间。并且其内容会在 MySQL 重新启动时丢失

Merge将一定数量的 MyISAM 表联合而成一个整体，在超大规模数据存储时很有用

Archive非常适合存储大量的独立的，作为历史记录的数据。因为它们不经常被读取。Archive 拥有高效的插入速度，但其对查询的支持相对较差

Federated将不同的 MySQL 服务器联合起来，逻辑上组成一个完整的数据库。非常适合分布式应用

Cluster/NDB高冗余的存储引擎，用多台数据机器联合提供服务以提高整体性能和安全性。适合数据量大，安全和性能要求高的应用

CSV： 逻辑上由逗号分割数据的存储引擎。它会在数据库子目录里为每个数据表创建一个 .csv 文件。这是一种普通文本文件，每个数据行占用一个文本行。CSV 存储引擎不支持索引。

BlackHole：黑洞引擎，写入的任何数据都会消失，一般用于记录 binlog 做复制的中继

EXAMPLE 存储引擎是一个不做任何事情的存根引擎。它的目的是作为 MySQL 源代码中的一个例子，用来演示如何开始编写一个新存储引擎。同样，它的主要兴趣是对开发者。EXAMPLE 存储引擎不支持编索引。

另外，MySQL 的存储引擎接口定义良好。有兴趣的开发者可以通过阅读文档编写自己的存储引擎。

mysql，php 中多对多关系的问题

通过一个表的新闻版块数字(就是ID)关联另一个表的新闻版块ID，把版块名找出来，然后就可以显示所有员的信息，包括信息，名字、密码，和所管理的新闻版块ID，版块名
多个数字可以用循环，在一个字段循环替换，如果新闻版块分类少的话可以考虑直接用update，省事点。
下面是一个例子
--创建表结构
IF(OBJECT_ID(’TA’)
IS
NOT
NULL)
DROP
TABLE
TA
CREATE
TABLE
TA(id
INT,
VARCHAR(100),
class
VARCHAR(10))
INSERT
INTO
TA(id,,class)
SELECT
1,’3,2,4,5’,’no’
UNION
ALL
SELECT
2,’5,1,1+2’,’yes’
--查询结果
SELECT
T.id
,SUBSTRING(T.+’,’,R.number)-R.number)
AS
value
,T.class
,ROW_NUMBER()
OVER
(PARTITION
BY
T.id
ORDER
BY
T.id)
AS
code
FROM
TA
AS
T
JOIN
(
SELECT
TOP
10
number
FROM
.dbo.spt_values
WHERE
=’P’
ORDER
BY
number)AS
R
ON
(CHARINDEX(’,’,’,’+T.,R.number)=R.number)
--运行结果
id
value
class
code
-----------
----------------------------
----------
--------------------
1
3
no
1
1
2
no
2
1
4
no
3
1
5
no
4
2
5
yes
1
2
1
yes
2
2
1+2
yes
3

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---》中间表寻找匹配记录（多条）---》学生表匹配（一条）