这么频繁更新数据库要如何设计

在开发某个订单系统碰上的一个 数据更新相对比较频繁的事情
不知道，不知道大家在碰到这一类问题的时候是如何设计数据库的此系统客户的订单下单非常频繁基本上每一秒可能 1～3单子 所有对client_order 插入比较频繁
现在客户对每个用户有最大订单金额的限制。所以现在数据库的设计 不知道如何设计比较方便但数据量大 跟更新判断非常频繁的时候 觉得就会有意向了
大家给给建议设计方法一:一张订单表 client_order  里面假设 里面只记录 order_id(订单ID) client_id（用户ID） money（金额）
还有一张表 client_info  里面记录的客户信息 client_id(用户ID) max_money(最大使用金额) use_money(以使用金额)每次插入玩client_order 后 在吧 此单的金额更新到 client_info中的 use_money方法二一张订单表 client_order  里面假设 里面只记录 order_id(订单ID) client_id（用户ID） money（金额）
还有一张表 client_info  里面记录的客户信息 client_id(用户ID) max_money(最大使用金额)  client_info 不记录 use_money 每次外部判断的时候去 select sum(money) from client_order where client_id=X方法1个人感觉更新的非常频繁
方法2 感觉每次判断都要链表查询 查询的次数也非常频繁但1秒有 1～3单子的时候 压力比较大