1、酒店预订怎么实现？怎么设计表
你好，我大概的说下我们的业务流程，我们的业务流程是：用户在网站浏览酒店信息，可以根据地区检索出该地区的酒店信息。列表展示酒店的信息由：酒店的名称，酒店图片，酒店位置，评论人数，评论分数以及最低入住价格。用户选中要入住的酒店进入酒店详情页面，查看酒店的介绍以及酒店的房型列表，用户根据他要入住的时间和离店的时间，检索出这个时间段内的所有可选房型（房间数量-当天的订单-当天未离店订单=剩余房间数量）显示给用户。用户选择好房型后就可以进行下单，要求有订单的开始时间，结束时间，房间数量，住客姓名，抵店时间，联系方式，备注信息等等。
那我的表是这么设计的，总共有6张表，分别是：
用户表user，里面有下面几个字段，(用户编号，用户名称，用户密码，用户联系方式)
酒店表hotel，里面有(酒店编号，酒店名称，酒店图片，评论人数，评论分数，最低入住价格，所在地区)
酒店图片表pic(图片编号，图片地址，图片排序，图片所属酒店)
评论表comment(评论编号，评论内容，评论时间，用户编号，酒店编号)
房型表house(房型编号，床型，早餐，宽带，人数上限，房价，房间数量，最长预定时间)
订单表order(订单编号，开始时间，结束时间，房间数量，住客姓名，最晚抵店时间，联系电话，使用优惠券，备注，订单状态)
以上就是我对这个酒店预订系统的设计
2、预定时间怎么写入数据库的以预订当时的时间戳作为预订时间写入数据库。用户下订单时会选择一个抵店时间，将该抵店时间以时间戳方式存入数据库中。离店时间以当时的日期转为时间戳方式存入数据库中
3、怎么判断还有没有房间我可以根据用户的入住时间和离店时间来检索这个有效时间段内房间的库存。房间数量扣除在这个时间段内入住的订单和在这个时间段内离店的订单。扣除后等到的数量才是这段时间内有效房间数量。
4、怎么记录每天的房间库存我的思路是根据一个公式来推理实现的，每天房间的库存=房型下房间数量-（当天入住的订单+当天未离店的订单），这样我就可以得到每天还有多少房间是剩余的了。
5、怎么在数据库里对房间做唯一标识上面所设计的房型表就是我们的房间表，每个房间是唯一的，我们是使用数字作为编号的，也即使用主键作为唯一标识。
6、最近出的新功能最近我们出了个会员机制，客户第一次预订酒店成功后，可以办理会员卡，凭借会员卡，下次来的时候可以打折，会员在一些比较特殊的日期预订酒店成功，可以享受不一样的优惠措施。
7、怎么保证促销商品不会超卖这个问题是我们当时开发时遇到的一个难点，超卖的原因主要是下的订单的数目和我们要促销的商品的数目不一致导致的，每次总是订单的数比我们的促销商品的数目要多，当时我们的小组讨论了好久，给出了好几个方案来实现：
第一种方案是：①在每次下订单前我们判断促销商品的数量够不够，不够不允许下订单，更改库存量时加上一个条件，只更改商品库存大于0的商品的库存，当时我们使用ab进行压力测试，当并发超过500，访问量超过2000时，还是会出现超卖现象。所以被我们否定了。
第二种方案是：②使用mysql的事务加排他锁来解决，首先我们选择数据库的存储引擎为innoDB，使用的是排他锁实现的，刚开始的时候我们测试了下共享锁，发现还是会出现超卖的现象。有个问题是，当我们进行高并发测试时，对数据库的性能影响很大，导致数据库的压力很大，最终也被我们否定了。
第三种方案是：③使用文件锁实现。当用户抢到一件促销商品后先触发文件锁，防止其他用户进入，该用户抢到促销品后再解开文件锁，放其他用户进行操作。这样可以解决超卖的问题，但是会导致文件得I/O开销很大。
最后我们使用了redis的队列来实现。将要促销的商品数量以队列的方式存入redis中，每当用户抢到一件促销商品则从队列中删除一个数据，确保商品不会超卖。这个操作起来很方便，而且效率极高，最终我们采取这种方式来实现
8、redis集群怎么做1、Redis集群提供了以下两个好处
1、将数据自动切分(split)到多个节点
2、当集群中的某一个节点故障时，redis还可以继续处理客户端的请求。
2、集群的方案：
redis-cluster集群,采用无中心结构，每个节点保存数据和整个集群状态,每个节点都和其他所有节点连接,主要通过节点的配置，辅以redis的主从来完成集群。由于这块东西我使用得很少，所以只是平时抽时间去研究过，并没有真正的在线上实现过。
9、redis和memcacahe、mongoDB的区别