酒店预订系统实现的数据表搭建

不知道写酒店预订系统的码友是否遇到这个问题

选择预订日期这个部分，每个商家有多种房型，每一个房型每天有不同的余量或者价格，当我们在进行日期段选择时，需要实时渲染出不同日期的房型价格和余量。

同时，因为每个房型含有预订功能，而预订从今日算起往后延长，通常可以长达30日，这样的话，每一日都需要有自己明确的房型价格和余量，相当于数据库中需要有30日的每一天的各房型的这类数据，如果使用最简单直接的方法，存储量不计的话，需要创建30张数据表，以日期作为主键，同时还要实现服务器自动的对数据表进行更新，理论上是可以实现的，通过后台编程语言的逻辑，返回用户需要查询的时间段的数据的渲染，通过服务器的日期更新，更新数据库

但是问题在于每一个商家有各种房型，一个平台会有很多商家，这样下来数据表的构建会非常的多，高并发时，数据库的操作效率会很低，所以现实生活中肯定有更好的解决方案。

博主这里分享几个灵感就是

1.在每一个房型表中，增加30个字段，每一个字段按顺序代表着从当日往后顺延30日的房型余量和价格数据，数据格式可以在项目中自行规定，在商家创建之初，这30个字段会根据商家的填写赋予初始值，在每日的自动更新时，系统会根据逻辑将这30个字段重写

2.在每一个房型表中，设置一个寻常字段，也就是在30日中，多数时间是相同的情况，也就是价格和余量都为初始值的情况，这时它们都对应这一个寻常字段，然后再增加一个房型30日改动表，当房型在某一天有了预约或者被商家在某几天改变了价格的情况下，对应的那几天改动后的数据就存放在改动表内，当查询操作时，首先寻找对应房型的改动表有无对应查询日期的所属字段，没有则使用初始值；在每日更新时，通过删除改动表内过期的字段即可

3.和方法二类似，我们可以将改动表合并到房型表内，通过增加一个改动字段，在改动字段里，存入某一格式的数据，字节量要足够大，当执行某一日的查询操作时，后台先取出这个改动字段里的数据，按规定格式分出不同日期的改动数据，然后逻辑就交给后台处理，返回最终处理结果到页面；执行更新操作时，也是需要后台取出数据拆分重写，因此采用这种方法时，可以编写一个工具类来使用

以上三种方法是一个初步的想法，还没有具体实现过，如果各位大佬有更好的方法或者第三方工具协助，可以评论或者私信我，不胜感激。