上次谈到“中国铁路订票系统”已经可以有无穷无尽的服务器可以使用了,但是还有很多问题还要解决。首当其冲的是数据库:一天中成功或者未成功的订单会有上百万条记录,每天的车次以及每趟列车当前的票务记录也很多,查询起来时间会非常长。解决这个问题最快的办法是数据库缓存和静态页面缓存,比如说每天每两个城市之间的查询结果生成静态页面,订单状态放置在缓存中然后每小时更新。数据库的索引当然也必不可少。但是假设说要允许消费者以任意的规则搜索当前最实时的数据,又要求在相当小的时间内返回(比如说2秒),现在的关系型数据库就表示压力很大了。
关系型数据库有这些问题:
1. 无法存储海量的数据
2. 查询时间很可能因为数据记录的增加而激增
3. 分布部署和同步都很麻烦
4. 分布部署以后请求的转发和负载均衡也很烦
这时amazon sdb就有用武之地了。