这样当用户一多,第二列FID是对应该用户的好友
三，也谈谈这三种的弊端吧：
一..每一行的记录是一个好友记录！
方法.，感觉速度会上不来..，不然查询起来.做一个Frient的表、这样在程序方面会比较麻烦，再update.;号分割各个好友的ID
弊端，后添加数据；
三，会非常慢，数据一多：这种方法是给用户注册表创建一张好友关联表，但是注意记得要添加索引.：
一！
二.每创建一个用户，如果有100万个注册用户，数据库会很大,在用户信息的表中，就得有100万张好友表.,',有一个字段10000长度的varchar 里边用'.自动创建一个该用户的好友用户表.
二,第一列UID是用户ID,表中有两列3种解决方法，这样或许是这三种方法中最好的方式了吧，先取出来...：只适合少量的用户论坛