锐客网

  1. 首页 > 生活百科 > it技术 > >

mysql一对多怎么建表 mysql一对多关联

关系IT技术

如何在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 作为网站数据库 。
【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
数据库如何建立表间一对多关系MySQL里面有如下的表
user:id username
photo:id name
photo_favour（图片收藏关系表）:photo_id user_id
假设这几个表都相当大 ， 需要进行分表 。我的分表规则是：
user表按照id取模 ， 这样user相关的表都可以按照这个取模后的结果来分表；
photo表按照id取模，同样与photo相关的表都可以按该规则分表；
至于photo_favour是一个多对多的关系表，我现在的想法是该表复制多一份，一份以photo_id来分表，一份以user_id分表，分别建立不同的索引，这样就变为两个一对多的关系 。
我有两个问题：
1、这样的分表可行吗 ， 有更好的分表方法吗？
2、一对多的关系在进行分表时候，例如user表和user_favour表都按照user_id来取模得到序号x来确定分表 。如果1个用户会有100条收藏记录，那么user_x有100W条记录时候user_favour_x分表就有1000W记录，这时候user_favour_x又需要分表了，怎么解决这种情况？
这种情况我会放弃多对多的形式，弄两个表
user_to_photos: user_id, photo_id_list
photo_to_users: photo_id, user_id_list
1个user喜欢的photo id全塞到photo_id_list
1个photo被哪些用户喜欢了,也全塞到user_id_list
这样的读取就高效了很多，，写的时候注意并发脏写 。。。同样你根据user_id爱怎么分表就怎么分 。
===
如果收藏量太大 ， 还是不能满足，就要考虑切分记录，1个user可以拥有多条记录，每条记录都可记录多个photo id
user_to_photos: user_id, num, photo_id_list
num字段可有可无，如果你需要精确定位user 222 收藏的 photo 333在哪条记录，就需要安排好算法，找到对应的num
大概是这样，重点是算法逻辑
数据库中建表时经常所说一对一、一对多、多对多等等关系究竟是什么意思？分别在什么情况下要用到一对一或一对式，而又在什么情况下又要用到多对多？在这里我们详细分析，并且用实例来讲解各种关系的实际运用！
关联映射：一对多/多对一存在最普遍的映射关系 ， 简单来讲就如球员与球队的关系；一对多：从球队角度来说一个球队拥有多个球员 即为一对多多对一：从球员角度来说多个球员属于一个球队 即为多对一数据表间一对多关系如下图：
关联映射：一对一关系就如球队与球队所在地址之间的关系，一支球队仅有一个地址，而一个地址区也仅有一支球队 。数据表间一对一关系的表现有两种，一种是外键关联，一种是主键关联 。图示如下：
一对一外键关联：
----------------------------------------------------------------------------------------------------------
前言：多对多关系至少需要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，或者一条一条的添加 。
例如：下载站点的文件，（文件表-关系表-文件表）可以被软件工具打开，软件工具本身也是一种文件，可以被下载 。用户的好友 ， 也是用户（用户表-好友关系表-用户表）
增加关系：同版主任命型 。
删除关系：同版主任命型 。
7 ， 未知属性型
特点：在设计初期 ， 主表的某些字段类型和名称是不确定的时候，关系表实际上是主表的可扩展字段，
一个[主表]（ID），
一个[属性名称表]（属性ID.属性名称)，
一个[属性值表]，包括3个字段：
属性值(属性Value varchar(500))
主表ID
属性ID
这样可以作到最小冗余度 。
（和常见的多对多关系不同的是：值统一用varchar来存储 ， 因为这类型的值一般不会用来计算） 。
比如：
军队的数据库设计中有种物资叫做“战缴物资” ， 就是打仗的时候缴获的 ， 军队自己都不知道这些物资有什么属性 。
比如缴获的化学品有化学名，通用名，是否有辐射，计量单位，包装规格，数量等等，或者不是化学品是其他任何未知的东西 。
这样东西就可以
某奇怪东西.属性集合["某某奇怪属性名"]="某某奇怪值"；
某变态东西.属性集合["某某变态属性名"]="某某变态值"；
这样存储 。
再比如：
手机型号有几千种 ， 除了共同属性外还有不同属性有几百个，属性名和值类型都不一样，有的手机有这属性 ， 有的没有 。
对于这样的“多态”，我们就采用上面的设计结构 。
其效果相当于：
某奇怪手机.属性集合["某某奇怪属性名"]="某某奇怪值"；
某变态手机.属性集合["某某变态属性名"]="某某变态值"；
界面特点：设置主表一行纪录的属性时候，要列出所有可能的属性名称，每个对应一个文本框 。
mysql 多对多 怎么设计表1.数据库中的多对多关联关系一般需采用中间表的方式处理，将多对多转化为两个一对多 。
2.通过表的关系 ， 来帮助我们怎样建表，建几张表 。
一对一
一张表的一条记录一定只能与另外一张表的一条记录进行对应，反之亦然 。
学生表mysql一对多怎么建表：姓名，性别，年龄 ， 身高，体重，籍贯，家庭住址，紧急联系人
其中姓名、性别、年龄、身高 ， 体重属于常用数据，但是籍贯、住址和联系人为不常用数据
如果每次查询都是查询所有数据，不常用的数据就会影响效率 ， 实际又不用
常用信息表mysql一对多怎么建表：ID(P)，姓名，性别 ， 年龄，身高，体重
不常用信息表：ID(P)，籍贯，家庭住址 ， 紧急联系人
解决方案：将常用的和不常用的信息分享存储，分成两张表
不常用信息表和常用信息表 ， 保证不常用信息表与常用信息表能够对应上：找一个具有唯一性的
字段来共同连接两张表 。
一个常用表中的一条记录永远只能在一张不常用表中匹配一条记录，反之亦然 。
一对多
一张表中有一条记录可以对应另外一张表中的多条记录mysql一对多怎么建表；但是反过来 ， 另外一张表的一条记录
只能对应第一张表的一条记录，这种关系就是一对多或多对一
母亲与孩子的关系：母亲，孩子两个实体
母亲表：ID(P),名字，年龄，性别
孩子表：ID(P),名字，年龄 ， 性别
以上关系：一个妈妈可以在孩子表中找到多条记录（也可能是一条），但是一个孩子只能找到一个妈妈
是一种典型的一对多的关系 。
但是以上设计：解决了实体的设计表问题，但是没有解决关系问题 ， 孩子找不到母亲，母亲也找不到孩子
解决方案：在某一张表中增加一个字段，能够找到另外一张表中的记录:在孩子表中增加一个字段
指向母亲表，因为孩子表的记录只能匹配到一条母亲表的记录 。
母亲表：ID(P),名字，年龄，性别
孩子表：ID(P),名字，年龄，性别，母亲表ID（母亲表主键）
多对多
一对表中（A）的一条记录能够对应另外一张表（B）中的多条记录mysql一对多怎么建表；同时B表中的一条记录
也能对应A表中的多条记录
老师和学生
老师表 T_ID(P),姓名，性别
学生表 S_ID(P),姓名，性别
以上设计方案：实现了实体的设计，但是没有维护实体的关系
一个老师教过多个学生，一个学生也被多个老师教过
解决方案：增加一张中间关系表
老师与学生的关系表：ID(P),T_ID,S_ID
老师表与中间表形成一对多的关系，而中间表是多表；维护了能够唯一找到一表的关系；
同样的学生表与中间表也是一个一对多的关系;
学生找老师：找出学生ID---中间表寻找匹配记录（多条）---老师表匹配（一条）
老师找学生：找出老师ID---中间表寻找匹配记录（多条）---学生表匹配（一条）
一个问题有多个答案 怎样建表 mysql先建一个问题表，字段有 id 问题名称等等，再建一个答案表，字段有 id 问题id 答案内容等 。答案表中的问题id和问题表中的id是关朕的 。实现一对多 。
mysql如何在某个指定的数据库中建表1、首先打开mysql命令行编辑器 。
2、打开之后输入密码，连接数据库 。
3、在命令行里先查看一下所有数据库，是否有想要操作数据库 。
4、接着输入指令“use sss”使用想要创建表的数据库 。
5、接下来在表里面输入数据列，使用create命令创建表 ， 括号内是表的类目名 。
6、最后，输入指令“show tables ” ， 就可以刚刚查看在数据库中创建的表了 。
关于mysql一对多怎么建表和mysql一对多关联的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站 。

    推荐阅读


    上一篇：app登录模板html，app登录页设计

    下一篇：redis单线程是指哪块的单线程 redis单线程优缺点