扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
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---中间表寻找匹配记录(多条)---学生表匹配(一条)
1、这个数据库设计关系不大,但是有关系。首先,你要考虑数据库的选型,大型项目是否用MySQL。
2、用MySQL是否对事务完整性有要求。InnoDB和MyISAM的区别。
3、了解一下DP(设计模式),在架构上考虑缓存、读写缓冲、读写分离等手段。
4、MySQL目前尚不支持表分区等功能,那么就要求要考虑是否分表存储。表存储的物理介质是否要分开。
5、索引。
6、即时数据和历史数据分开。
大体上先做这些,后期根据实际情况酌情优化。
建一个字段就可以了
存入的时候用一个特殊的标点符号隔开
现在大部分的网站都是这么做的,你可以看看起点,迅雷
他们要求输入标签的时候就是让你直接输入一个字符串,然后用逗号隔开
到时候你读的时候也截取下字符串来读
这样就可以了
截取字符串可以在数据库里做,这样比较快
最好就是做成存储过程,到时候调用一下就可以了,方便的很
用户表(UID,名称,密码,……)
好友表(UID1,UID2,添加时间,最后通话时间,累计通话次数,……)
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流