数据库一对多关系

‘壹’ 数据库ER图一对多联系1:n与1:m的区别

在数据库概念模型设计的时候，ER图是基本方法之百一，主要用来描述数据库中所涉及实体及实体与实体之间度的关系。实体间的关系通常有：1对1(1:1)，1对多
(1:m)，多对1(m:1)，多对对(m:n)等。
比如有两个简单实体，分别是单位和职员，它们的关系就是1:m，一个单位可以有多问个职员；
再比如有两个实体，分别是学生答和图书，它们的关系就是m:n，从而形成中间表
学生借阅的图书，结果是1本图书可以被多人借阅，1个人也可以借多本图书。版
其它的自己去查教程吧。
顺带说说，许多人做数据库表设计是想到哪里就建个字段，没有做概念设计，这样的数据库生命周期很权短，而且维护极难。基本知识学好了非常重要！

‘贰’ 数据库如何建立表间一对多关系

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来存储，因为这类型的值一般不会用来计算）。
比如：
军队的数据库设计中有种物资叫做“战缴物资”，就是打仗的时候缴获的，军队自己都不知道这些物资有什么属性。
比如缴获的化学品有化学名，通用名，是否有辐射，计量单位，包装规格，数量等等，或者不是化学品是其他任何未知的东西。
这样东西就可以
某奇怪东西.属性集合["某某奇怪属性名"]="某某奇怪值"；
某变态东西.属性集合["某某变态属性名"]="某某变态值"；
这样存储。
再比如：
手机型号有几千种，除了共同属性外还有不同属性有几百个，属性名和值类型都不一样，有的手机有这属性，有的没有。
对于这样的“多态”，我们就采用上面的设计结构。
其效果相当于：
某奇怪手机.属性集合["某某奇怪属性名"]="某某奇怪值"；
某变态手机.属性集合["某某变态属性名"]="某某变态值"；
界面特点：设置主表一行纪录的属性时候，要列出所有可能的属性名称，每个对应一个文本框。

‘叁’ 在数据库设计器中，建立两个表之间的“一对多关系”应满足的条件是什么

在数据库的两个表间建立永久联系时，要求两个表的索引中至少有一个是主索引。必须先选择父表的主索引，而子表中的索引类型决定了要建立的永久联系的类型。如果子表中的索引类型是主索引或候选索引，则建立起来的就是一对一关系。如果子表中的索引类型是普通索引，则建立起来的就是一对多关系。

‘肆’ ACCESS表之间一对多关系;并实施参照完整性需要怎么操作

ACCESS表之间一对多关系与参照完整性设置步骤如下。

1、点击菜单栏【数据库工具】下的【关系】。

这样ACCESS表之间一对多关系和参照完整性就设置好了。

‘伍’ 数据库建立一对多关系

表1
可以有用户ID，用户名，用户密码
表2
用户ID，本表ID，日期时间，日历事件，事件类型，备注
某个用户登陆你可以知道它的ID再用此用户ID知道他的日历事件
select * from 表2 where 用户ID＝??

‘陆’ 一对多关系的数据库该怎么建立

例如：学生的数据库，一个老师教一个班
学生表里面有个教师ID字段，这个字段和老师表的教师ID字段就是多对一的关系，反过来就是一对多的关系，

Access：在有这两个表的数据库中，点击工具栏上的关系按钮，把老师表的教师ID字段拖拽到学生表的教师ID字段，并选择“实施参照完整性”这样关系就建立完成了。在老师表教师ID字段旁边会出现1，学生表教师ID字段旁边会出现无穷大，表示一对多关系

‘柒’ 一对一关系，一对多关系，多对多关系，分别举两个例子

一、一对一关系举例：

1、每个中国本土居民和他们唯一的身份证编号。

2、每个班级中唯一的班长，每个班长也只服务于唯一的班级。

二、一对多关系举例：

1、一个年级段有多个平行班级，多个平行班都隶属于一个年级段。

2、一个班级有若干个学生，若干个学生隶属于一个班级。

三、多对多关系举例：

1、一个班级有若干个老师，一个老师也可以带若干个班级。

2、一门课程同时有若干个学生选修，一个学生可以同时选修多门课程。

详细解读

以上一对一、一对多、多对多关系隶属于映射。在数学里，映射是个术语，指两个元素的集之间元素相互"对应"的关系，为名词。"映射"或者"投影"，需要预先定义投影法则部分的函数后进行运算。因此"映射"计算可以实现跨维度对应。

相应的微积分属于纯数字计算无法实现跨维度对应，运用微分模拟可以实现本维度内的复杂模拟。 映射可以对非相关的多个集合进行对应的近似运算，而微积分只能在一个连续相关的大集合内进行精确运算。

‘捌’ 怎样在数据库中实现一对多的关系

怎样在数据库中实现一对多的关系
良好的数据库设计都是要符合第三范式或者更加严格一些，所以多对多是一种比较不好的设计方案，会对系统的开发和维护造成很大困难，特别是代码上，要重复的比较各个键值，因此都是采用引入关系表的方法，将两个表的主键提取作为关系表的字段，然后关系表中设置游动主键，这样就将多对多的关系解耦成1对多的关系

‘玖’ access2010数据库中“一对多”的联系是指什么

ACCESS数据库中两个表之间的连接关系有内连接和外连接两种
1、内连接：把两个表中数据对应的数据查出来（显示两个表连接字段都有相同值的记录是一对一）
语句 inner join（查找条件中对应的数据，没有数据不列出来）
语法：select * from student inner join grade on student.no = grade.no
2、外连接：以某个表为基础把对应数据查出来，有左连接和右连接，是一对多。

2-1、左连接（左表中所有数据，右表中对应数据，即左边一定有数据，右边不一定有）
语法：select * from student left join grade on student.no = grade.no
2-2、右连接（右表中所有数据，左表中对应数据，即右边一定有，左边不一定有）
语法：select * from student right join grade on student.no = grade.no

‘拾’ 简述VISUAL FOXPRO数据库中创建表间一对多（1：N关联步骤

1。
将两个表加到同一个数据库中。
2。
“一方”的表按关键字建立主索引或候选索引，“多方”的表按此字段建立普通索引。
3。
打开数据库设计器，按住鼠标左键，从主表的此索引字段拖动到被关联表的此索引字段，此时会出现一条黑线，至此，一对多关系创建完毕。