A. SNS网站的好友列表的数据库表应该怎样设计呢 - PHP进阶讨论
6楼的应该是uchome中好友的表结构,fusername是好友名称，SNS网站上很多地方显示好友时显示头像和名称，这样名称就不用再与用户表关联查询了
B. 好友列表数据库设计
3种解决方法，也谈谈这三种的弊端吧！
方法：
一.每创建一个用户.自动创建一个该用户的好友用户表.每一行的记录是一个好友记录.
二.做一个Frient的表,表中有两列,第一列UID是用户ID,第二列FID是对应该用户的好友
三,在用户信息的表中,有一个字段10000长度的varchar 里边用','号分割各个好友的ID
弊端：
一：只适合少量的用户论坛，如果有100万个注册用户，就得有100万张好友表，这样当用户一多，数据库会很大！
二：这种方法是给用户注册表创建一张好友关联表，这样或许是这三种方法中最好的方式了吧，但是注意记得要添加索引，不然查询起来，数据一多，会非常慢；
三、这样在程序方面会比较麻烦，先取出来，后添加数据，再update，感觉速度会上不来...........
C. 数据库表设计 qq好友间的多对多关系
1.用户表
列：抄id, 姓名, 等
2.分组表
列：id, 组名, 用户id
3.好友表
列：id, 好友id, 分组id
示例：
1.用户1 创建新分组"我的好友"
INSERT INTO 分组表 (组名, 用户id) VALUES('我的好友', 1);
2.用户1 将 用户2 添加到"我的好友"
INSERT INTO 好友表 (好友id, 分组id) VALUES(2, (SELECT id FROM 分组表 WHERE 组名='我的好友' AND 用户id=1))
3.查询 用户1 "我的好友" 分组下的全部好友
SELECT id, 姓名 FROM 用户表
WHERE id IN(
SELECT id FROM 好友表 JOIN 分组表 ON 好友表.分组id=分组表.id
WHERE 分组表.组名='我的好友' AND 分组表.用户id=1
)
D. 做个好友系统 用mysql 不知道 怎么设计数据库 字段有 好友ID 自己的ID 还有一个好友度 求给个思路
你好，
一个好的数据库设计，首先要保证其满足第三范式的要求。
第三范式：每个非关键字列都独立于其他非关键字列，并依赖于关键字，第三范式指数据库中不能存在传递函数依赖关系。
也就是说，非主键字段不能有直接依赖关系或者说一个表中的列不依赖于另一个表中的非主键的列
根据以上思路，应该有
个人表（或用户表），存放个人信息。
好友表，存放好友信息。
好友关系表：用户与好友之间的关系，与那些好友ID关联。
E. 好友关系数据库怎么设计的
好友关系是双向的：user1 > user2与 user2 > user1是重复的。目前业务很简单就是好友关系。预想4个字段解决：id(自增)to_user(添加用户)
form_user(被添加用户)relation(用户关系)0:好友 1:拉黑但是还是想来问问看，想多了解一下相关的思路。
F. 类似qq加好友的功能数据库应该怎么设计比较合理
建议建2个表
个人表user
（id，qq）id 为序列，qq为存放你自己的qq号码，这样你有几个qq号就有几列
好友表friend
（id，friend_qq，userid）id同样为序列，为以后业务扩充做准备，friend_qq 为好友的qq号，userid为个人表 user 的id，
这样2表通过userid连接，
如
select * from friend b,user a where a.id=b.userid and
a.qq=?????
就可以查出你的某个qq号对应的所有好友
G. 微信朋友圈数据库模式如何设计的
1、给所有通讯录来好友做好分组管源理：做好备注（怎么加的你，与你关系的强弱），确定哪些客户是已成交客户（做好成交时间及成交金额记录备注），哪些是待跟进的未成交客户。
2、对自己的头像、背景墙、个性签名、朋友圈内容发布设置，尤其是朋友圈内容发布时，必须要考虑发布内容的时间与好友的生活习惯是否匹配。
3、设置互动及二次转发机制：通过将设定好的发布内容邀请好友转发朋友圈、发微信群或者群发好友，获得对应礼品、赠品、代金券等，尤其建议可以获得跟用户息息相关的可以使用的产品实物，通过快递的方式获取用户的联系方式姓名等，建立数据库。
4、回到第一步，对新加的好友做好分组管理，并做好备注。如果是推广微信公众平台也可以引流到客服个人微信号上。