我们正在考虑更新（重写）我们的系统，该系统存储有关人们白天何时可以预订房间等信息。现在，我们将开始时间和房间可用的日期存储在一个表中，并在另一个表中存储各个预约时间。
从表面上看，以这种方式存储信息似乎是一个合乎逻辑的想法，但随着时间的推移和系统负载过重，我们开始意识到这种数据结构似乎效率低下。 （搜索所有房间的可用时间并计算房间何时可用，这成为一项密集型操作。如果房间在给定时间内可用，则该房间可用的时间足以容纳所请求的时间）。
我们一直在思考如何提高系统效率，我们认为必须有更好的方法来解决这个问题。有没有人对如何解决这个问题有建议，或者有什么地方可以了解如何构建这样的东西？
我发现这本书很鼓舞人心，对于任何涉及时间管理/约束的数据库来说都是必读的：
使用 SQL 开发面向时间的数据库应用程序
(由编辑添加: the book可以通过在线获取理查德·斯诺德格拉斯的主页。这是一本好书。）
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
