实时变化（每天）的数据来自大量数据的查询,导致加载需要很长时间，请教一下应该如何优化
比如说用户表里有一个用户a  他邀请了很多会员a1，a2，a3..............an   ，会员a1 又邀请了很多会员 a11，a12,a13.........a1n
a2邀请了很多会员a21，a22，a23,,,,,,,,,,,,,,,,,,a2n  以此类推      a的直接会员是a1 ，a2，a3 等  间接会员有 a11,a21.....a21,a22.....等   每个会员去消费， 会员自己自己会收到返利,并同时给上级，上上级返利一部分钱，把相关数据插入订单表，每个用户收到来自相关会员的返利7天内不可以提现，算是冻结资金，因此算冻结资金的时候需要查询大量数据， 包括会员自己7天内消费的订单，还要从用户表查找出所有的直接会员和间接会员  然后在找出他们7天内的消费， 所以冻结资金在页面的展示就会加载非常慢，请教一下 如何设计和优化表结构 还是说怎么设计和优化程序才能使速度加快
回复讨论(解决方案) 只要不会出现下级邀请上级的情况，比如 a22 邀请了 a
可使用改型前序遍历（左右值预排序）算法组织数据
只要不会出现下级邀请上级的情况，比如 a22 邀请了 a
可使用改型前序遍历（左右值预排序）算法组织数据
  不会出现下级邀请上级的情况,能否详细说明一下 不大懂 定时跑数据 定时更新 不要实时加载. 这部分的运算使用独立的服务器来处理
网上的介绍很多，你自己搜一下
这篇文章说的还算清楚  http://blog.csdn.net/yaerfeng/article/details/8517479
定时跑数据 定时更新 不要实时加载. 这部分的运算使用独立的服务器来处理
  如果每天都有消费，数量比较大  定时更新的话     在一个定时到下一个定时之间会出现数据不准确的情况吧 预处理 不要实时统计据算，数据大了实时计算要疯的 早点规划好，免得以后犯愁
有个最简单的方法，给该表添加个字段，记录下一层的用户id，用逗号隔开。这样可以减少一层查询。