好友关系链数据库设计求教，一定要高手解答

在给别人做交友网站时候遇到两个有关数据库设计的问题，以前没有弄，请高手解答。
问题一：
查看对方联系方式的权限：客户要求会员之间是不可以随便查看联系方式的，查看联系方式要申请，并支付网站一定费用后有权查看，那么就面临着要设计一个表来存放好友之间查看联系方式的数据。我的做法：
  表里面两个字段，一个为用户ID，一个为有权查看的用户ID，就目前为止，我的水平只能这样做。
  但这样做的问题是数据量是成几何增长的。比如A可以查看B、C、D、E的联系方式那么就有4条记录，反过来，如果这4个用户也有权查看A的联系方式，那么就是有8条记录，更甚者，这4个用户之间互相也有权查看对方的联系方式。如果有N个会员之间是可以互相查看对方联系方式的那么就是有(n-1)*n条记录。
  如果有10000个用户，那惨了，有99990000条记录。那不是急死人了吗？求教高手帮忙优化设计。
问题二：
  好友关系链问题，比上面那个还复杂：
  B是A的好友，c是B的好友，那么C也是A的好友，依此类推，这样的表要怎么设计。请教高手了。