面试范本汇总.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

1、酒店预订怎么实现?怎么设计表

你好,我大约的说下我们的业务流程,我们的业务流程是:用户在网站浏览酒店信息,可以依照地区检索出该地区的酒店信息。列表展示酒店的信息由:酒店的名称,酒店图片,酒店位置,评论人数,评论分数以及最低入住价格。用户选中要入住的酒店进入酒店详情页面,查看酒店的简介以及酒店的房型列表,用户依照他要入住的时间和离店的时间,检索出这个时间段内的全部可选房型(房间数量-当天的订单-当天未离店订单=剩余房间数量)显示給用户。用户选择好房型后就可以进行下单,规定有订单的开始时间,结束时间,房间数量,住客姓名,抵店时间,联络方式,备注信息等等。

那我的表是这么设计的,总共有6张表,分别是:

用户表user,里面有下面几种字段,(用户编号,用户名称,用户密码,用户联络方式)

酒店表hotel,里面有(酒店编号,酒店名称,酒店图片,评论人数,评论分数,最低入住价格,所在地区)

酒店图片表pic(图片编号,图片地址,图片排序,图片所属酒店)

评论表comment(评论编号,评论内容,评论时间,用户编号,酒店编号)

房型表house(房型编号,床型,早餐,宽带,人数上限,房价,房间数量,最长预定时间)

订单表order(订单编号,开始时间,结束时间,房间数量,住客姓名,最晚抵店时间,x,使用优惠券,备注,订单状态)

以上就是我对这个酒店预订系统的设计

2、预定时间怎么写入数据库的

以预订当初的时间戳作为预订时间写入数据库。用户下订单时会选择一个抵店时间,将该抵店时间以时间戳方式存入数据库中。离店时间以当初的曰期转为时间戳方式存入数据库中

3、怎么判断还有无房间

我可以依照用户的入住时间和离店时间来检索这个有效时间段内房间的库存。房间数量扣除在这个时间段内入住的订单和在这个时间段内离店的订单。扣除后等到的数量才是这段时间内有效房间数量。

4、怎么记录天天的房间库存

我的思绪是依照一个公式来推理实现的,天天房间的库存=房型下房间数量-(当天入住的订单+当天未离店的订单),这么我就可以得到天天还有多少房间是剩余的了。

5、怎么在数据库里对房间做唯一标记

上面所设计的房型表就是我们的房间表,每个房间是唯一的,我们是使用数字作为编号的,也即使用主键作为唯一标记。

6、最近出的新功效

最近我们出了个会员机制,客户第一次预订酒店成功后,可以办理睬员卡,凭借会员卡,下次来的时候可以打折,会员在某些比较特殊的曰期预订酒店成功,可以享受不一样的优惠方法。

怎么保证促销商品不会超卖

这个问题是我们当初开发时碰到的一个难点,超卖的因素重要是下的订单的数目和我们要促销的商品的数目不一致导致的,每次总是订单的数比我们的促销商品的数目要多,当初我们的小组讨论了很久,給出了好几种方案来实现:

第一个方案是:①在每次下订单前我们判断促销商品的数量够不够,不够不允许下订单,更改库存量时加上一个条件,只更改商品库存不小于0的商品的库存,当初我们使用ab进行压力测试,当并发超过500,访问量超过时,还是会出现超卖现象。所以被我们否定了。

第二种方案是:②使用mysql的事务加排他锁来解决,一方面我们选择数据库的存储引擎为innoDB,使用的是排他锁实现的,刚开始的时候我们测试了下共享锁,发现还是会出现超卖的现象。有个问题是,当我们进行高并发测试时,对数据库的性能影响很大,导致数据库的压力很大,最终也被我们否定了。

第三种方案是:③使用文件锁实现。当用户抢到一件促销商品后先触发文件锁,防止其余用户进入,该用户抢到促销品后再解开文件锁,放其余用户进行操作。这么可以解决超卖的问题,但是会导致文件得I/O开销很大。

最终我们使用了redis的队列来实现。将要促销的商品数量以队列的方式存入redis中,每当用户抢到一件促销商品则从队列中删除一个数据,保证商品不会超卖。这个操作起来很以便,而且效率极高,最终我们采取这种方式来实现

8、redis集群怎么做

Redis集群提供了如下两个好处

?1、将数据自动切分(split)到多个节点

?2、当集群中的某一个节点故障时,redis还可以继续解决客户端的祈求。?2、集群的方案:

redis-cluster集群,采取无中心结构,每个节点保存数据和整个集群状态,每个节点都和其余全部节点连接,重要经过节点的配备,辅以redis的主从来完成集群。因为这块东西我使用得极少,所以只是平时抽时间去研究过,并没有真正的在线上实现过。

9、redis和memcacahe、mongoDB的区别

答:都是非关系型数据库,性能都非常高,但是mongoDB和memcache、redis是不一样的两种类型。后两者重要用于数据的缓存,前者重要用在查询和储存大数据方面,是最接近数据库的文档型的非关系数据库。

这里我重要谈谈memcach

文档评论(0)

139****6316 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档