189 8069 5689
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，添加时间，最后通话时间，累计通话次数，……）