数据库一对多设计表问题，一个用户对应多条数据，怎么存
[问题点数：40分，结帖人csny2014]
本版专家分：0
结帖率 100%
CSDN今日推荐
本版专家分：5515
2015年10月 MS-SQL Server大版内专家分月排行榜第二2015年8月 其他数据库开发大版内专家分月排行榜第二2015年7月 其他数据库开发大版内专家分月排行榜第二
2015年9月 其他数据库开发大版内专家分月排行榜第三2015年7月 MS-SQL Server大版内专家分月排行榜第三2015年6月 其他数据库开发大版内专家分月排行榜第三
本版专家分：0
本版专家分：5515
2015年10月 MS-SQL Server大版内专家分月排行榜第二2015年8月 其他数据库开发大版内专家分月排行榜第二2015年7月 其他数据库开发大版内专家分月排行榜第二
2015年9月 其他数据库开发大版内专家分月排行榜第三2015年7月 MS-SQL Server大版内专家分月排行榜第三2015年6月 其他数据库开发大版内专家分月排行榜第三
本版专家分：0
匿名用户不能发表回复！|
其他相关推荐[招考资讯]&&
[重磅推荐]&
[重磅推荐]&&
[招考资讯]&&
[重磅推荐]&
[招考资讯]
[重磅推荐]&
[重磅推荐]&&
[招考资讯]&&&&&
[重磅推荐]&
[招考资讯]|&&&
[招考资讯]&
[重磅推荐]&
[课程资讯]&
[重磅推荐]
[招考资讯]&
[重磅推荐]&&
[重磅推荐]&&
[招考资讯]&&&
[重磅推荐]
[招考资讯]&
[招考资讯]&
[重磅推荐]&&&&&
[网络课程]
[招考资讯]&&
[招考资讯]&|
[招考资讯]&
[重磅推荐] &
[推荐消息]&
[重磅推荐]
[招考信息]&
[招考信息]&
[重磅推荐]&&
[活动信息]&
[交流信息] &
[招考资讯] &&
[重磅推荐]&
[重磅推荐]&&
[招考资讯]&&
[重磅推荐]&
[招考资讯] &|
[重磅推荐]&&
[课程资讯]&
[重磅推荐]|&
[重磅推荐]&&
[招考资讯] &
[重磅推荐]&
[招考资讯]&
[招考资讯]&
[重磅推荐]&
[招考资讯]
[重磅推荐]
[招考资讯]&
[重磅推荐]
[招考资讯]&&&
[重磅推荐]&&
[网校课程] &&
[重磅推荐]&&
[重磅推荐]&&
&&面试时间：8月份
&&考试时间：8月6日-8月26日
&&报名时间：7月25日-7月31日
&&报名时间：7月24日-7月28日
免费公开课
个人条件 &
学历高中（中专）专科本科研究生 年龄不限25周岁以下26周岁以下30周岁以下35周岁以下40周岁以下
职位要求 & 地区省直合肥蚌埠芜湖亳州滁州淮南淮北黄山六安铜陵宿州宣城池州安庆阜阳马鞍山广德宿松 单位性质党群机关党群机关所属参照管理事业单位各民主党派和工商联机关政府所属参照管理事业单位政府机关监狱系统戒毒系统参照管理人民团体和群众团体公安系统乡镇机关法院系统检察系统地税系统人大机关
公务员考试工具箱
事业单位考试工具箱
教师考试工具箱
银行考试工具箱
三支一扶工具箱
安徽中公教育（总部）地址：合肥市蜀山区汇金大厦7层（南一环路与肥西路交叉口）网址：ah.offcn.com电话：0,400-
安徽中公教育（总部）地址：合肥市蜀山区汇金大厦7层（南一环路与肥西路交叉口）电话：0,400-巢湖中公教育地址：巢湖市巢湖中路银屏雅苑6幢25号门面（中山微创医院斜对面）电话：8合肥万达中公教育地址：合肥市芜湖路万达广场7号写字楼32层电话：8,400-师大中公教育地址：安师大花津校区小时代广场（防空洞）快递服务区2号商铺电话：南陵中公教育地址：南陵县利民南路178号（广电中心斜对面）电话：无为中公教育地址：无为县襄安路12号（县公安局对面）电话：蚌埠万达中公教育地址：蚌埠市万达广场写字楼B座4层电话：8桐城中公教育地址：龙眠西路与文城西路交叉口（小广场旁）宏业大厦7#门面电话：天长中公教育地址：天长市广陵中路嘉福国际广场7楼（天长市人民法院对面）电话：霍邱中公教育地址：霍邱县双湖西路家之都斜对面电话：
&|&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&&|&数据库如何建立表间一对多关系_百度知道
数据库如何建立表间一对多关系
答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
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_listphoto_to_users: photo_id, user_id_list1个user喜欢的photo id全塞到photo_id_list1个photo被哪些用户喜欢了,也全塞到user_id_list这样的读取就高效了很多，，写的时候注意并发脏写。。。同样你根据user_id爱怎么分表就怎么分。===如果收藏量太大，还是不能满足，就要考虑切分记录，1个user可以拥有多条记录，每条记录都可记录多个photo iduser_to_photos: user_id, num, photo_id_listnum字段可有可无，如果你需要精确定位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这样可以作到最小冗余度。 （和常见的多对多关系不同的是：值统一用varchar来存储，因为这类型的值一般不会用来计算）。比如：军队的数据库设计中有种物资叫做“战缴物资”，就是打仗的时候缴获的，军队自己都不知道这些物资有什么属性。比如缴获的化学品有化学名，通用名，是否有辐射，计量单位，包装规格，数量等等，或者不是化学品是其他任何未知的东西。 这样东西就可以某奇怪东西.属性集合[&某某奇怪属性名&]=&某某奇怪值&；
某变态东西.属性集合[&某某变态属性名&]=&某某变态值&；
这样存储。再比如：手机型号有几千种，除了共同属性外还有不同属性有几百个，属性名和值类型都不一样，有的手机有这属性，有的没有。 对于这样的“多态”，我们就采用上面的设计结构。 其效果相当于：某奇怪手机.属性集合[&某某奇怪属性名&]=&某某奇怪值&； 某变态手机.属性集合[&某某变态属性名&]=&某某变态值&；界面特点：设置主表一行纪录的属性时候，要列出所有可能的属性名称，每个对应一个文本框。
采纳率：94%
来自团队：
为您推荐：
其他类似问题
您可能关注的内容
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。推荐服务：
看信、发信全部免费
个人资料页面优先强力展示
谁看过我，掌握谁对我钟情
享22项特权，
对外商务合作
关于世纪佳缘
1分钟注册，享一辈子幸福！
1.9亿优质会员，就在眼前
更多优质会员，请搜索
请选择性别
请选择年龄
请选择地区
就在你身边，他们相爱啦！
人找到幸福了
红娘一对一服务 精准定位你的爱情
朋友眼中的TA：女孩无论是外形还是性格都非常的阳光，平时周末还会兼职做钢琴老师。身上充满了艺术的味道
1.7亿会员&找你所想&选你所爱
已有佳缘账户?
公司名称：上海花千树信息科技有限公司&& 公司地址：北京市朝阳区安定路35号安华发展大厦15层&&邮编：100029&&客服电话：010-