以日期、状态为唯一键的表怎么设计比较好？

Question

1、最近看之前的设计有些困惑，一个最简单的需求，例如价格、状态，是按照天来存储的，
类似这样：id hotel date price 这几列，发现如果单个日期存一条，如果设置1年价格要存365条，这个数据量增长就比较大了；
然后现在的设计是这样的，id hotel startDate endDate price，连续日期价格相同的存一条，这样从业务上能减少不少数据量，但是另一个问题出来了，当修改价格的时候就异常费劲了，多个日期的、多个hotel的，多日期多hotel多价格的，就需要拆、拆、拆然后merge、merge、merge，复杂还容易出错
这个应该是一个非常常见的模型了，咨询下各位大神有什么好的设计没有？如果再增加一个price2列，岂不是更麻烦了，想想就头疼

Answer 1

可以尝试表内存两个数据：价格，持续时间（到几月几号几点几分），不过查询的时候可能要做一步比较。

Answer 2

把价格和时间拆出去到另外一张表 关联这个hotel即可;price表可以以每天作为一条数据