以下是本人在[url=http://www.cpbdqn.com]网络工程师培训[/url]时学到的：

在开发某个订单系统碰上的一个 数据更新相对比较频繁的事情 
不知道大家在碰到这一类问题的时候是如何设计数据库的 

此系统客户的订单下单非常频繁基本上每一秒可能 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单子的时候 压力比较大