求教IM好友关系在服务端的存储、检查等设计思路问题

如果好友关系是相互关系的 ，比如 A和B是相互好友关系， 则表存  A --B ， B--A   相当有两条， 1、每次发信息都要鉴定对方是不是你的好友，这个搜索肯定有耗时， 2、如果有1万个用户， 每个用户100个好友， 则表就存储了  10000*100*2 = 200万条数据,  只是举个例子，如何解决这两个问题？

引用：JackJiang 发表于 2021-11-25 21:49
这种好友关系的存储，确实一旦用户量上去，好友量也有了，数据行数会很大，但说实话，这样的设计对于查询是 ...

比如我是A 对方是B ， B删除了我， 我的客户端是显示了B还是我的好友，但是客户端没有办法验证对方是否删除了我，我发条信息给B， 在服务器拦截的时候，如果不是好友直接 返回 不是好友的标记了， 这样一方面我的客户端展示了 它不是我的好友，二：在服务器拦截可以减少了不必要的消息转发（节约流量），发现很多即时聊天软件都有这个“拒收消息/不是好友” 等功能， 是不是也要这样做呢？

引用：JackJiang 发表于 2021-11-26 11:19
一、从产品的角度来说，你没必要纠结这个，你没办法知道对方删除没关系，你大胆发就好了，反正对方在收到 ...

还有一个问题， 好友相互关系问题表设计，  A---B    B---A  ， 这两条数据都存在同一个表吗？