微博里面关注是如何实现的？

[Wprzkttly]

最近在做一个微博，但是迷糊的是 注册用户之间关注是如何实现的呢？


我的想法是：用户A关注用户B的时候，在A的关注字段里面添加上B的id,同时在B的被关注字段里面添加A的id,多了以“，”来分隔。

可是如果关注成千上万，那么一个字段的长度就要N多长，所以我觉得这种方法不太合理。

恳请好的方法，详细一些，谢谢~

[www_7di_net]

独立建造关注表

id  |    关注者id     |     被关注者id
----------------------------------------
1   |      a          |       b

[www_7di_net]

每关注一个人就是一行数据

[Wprzkttly]

如果关注的多了呢、、？？[Quote=引用 1 楼 sibang 的回复:]

独立建造关注表
PHP code

id | 关注者id | 被关注者id
----------------------------------------
1 | a | b
[/Quote]

[Wprzkttly]

这样的形式？？

id  |    关注者id     |     被关注者id
----------------------------------------
1   |      a          |       b
1   |      a          |       c
1   |      a          |       d
2   |      b          |       a
2   |      b          |       c
2   |      b          |       d

[Quote=引用 2 楼 sibang 的回复:]

每关注一个人就是一行数据
[/Quote]

[Wprzkttly]

哦，我明白了。。

可是如果成千上万的话，那会不会影响效率啊？

[Quote=引用 2 楼 sibang 的回复:]

每关注一个人就是一行数据
[/Quote]

[床上等您]

[Quote=引用 5 楼 lhl2lhf3 的回复:]

哦，我明白了。。

可是如果成千上万的话，那会不会影响效率啊？

引用 2 楼 sibang 的回复:

每关注一个人就是一行数据
[/Quote]
估计这个不是最优解。

如果一个人有成千上万个关注者（这个很正常吧），如果有100个用户，那么数据可想而知，效率也不乍的。

[kaifadi]

思路有可能是1#提供的这个，不过肯定人家做了很好的优化，另外可能也不实时。做了缓冲，对于数据库查询并不是时刻去查，而是一个时间段！

新狼微博虽然强大，但是也不是无敌的，也有挂掉的时候，去年11月，就挂过几次。也许就是因为大数据量的操作，搞得它服务器受不了。不得不当机个把小时。

[Wprzkttly]

你是说用 各种缓存技术来提携啊？
现在只懂得用smarty模板和memcache缓存技术，这方面对于10万数据量应该没问题吧，况且做这个项目也是为了学习使用~并不真正上线。呵呵~
[Quote=引用 7 楼 falizixun2 的回复:]

思路有可能是1#提供的这个，不过肯定人家做了很好的优化，另外可能也不实时。做了缓冲，对于数据库查询并不是时刻去查，而是一个时间段！

新狼微博虽然强大，但是也不是无敌的，也有挂掉的时候，去年11月，就挂过几次。也许就是因为大数据量的操作，搞得它服务器受不了。不得不当机个把小时。
[/Quote]

[Wprzkttly]

肯定不是一一查询的，要做缓存之类的。如果N多用户，那估计瞬间就挂掉了。

[Quote=引用 6 楼 yangball 的回复:]

引用 5 楼 lhl2lhf3 的回复:

哦，我明白了。。

可是如果成千上万的话，那会不会影响效率啊？

引用 2 楼 sibang 的回复:

每关注一个人就是一行数据

估计这个不是最优解。

如果一个人有成千上万个关注者（这个很正常吧），如果有100个用户，那么数据可想而知，效率也不乍的。
[/Quote]