数据库设计：处理可用性

Question

在我的 Ruby on Rails 应用中，自行车租赁公司可以管理他们所有的自行车（预订、付款等）。

上下文 我想为自行车租赁公司 (shops) 提供在他们自己的网站上实施预订表格的选项，这样他们就可以让客户预订bike。

• 然后此预订表格将显示bike_categories，其中bikes 可用于给定的arrival 和departure 日期。

问题 在线阅读一些文档后，我认为我应该创建一个单独的表来处理每个bike_category 的可用性，然后显示bikes 的count 可用于选定的arrival 和departure 日期。

=> 示例：1-1-2020 和 1-2-2010 20 bikes 之间的 bike_category “山地自行车”可用

但我不确定表的结构应该如何，因为reservation 位于bike 级别，因此属于bike_category？

代码

模型

class Shop < ApplicationRecord
  has_many :bike_categories, dependent: :destroy
  has_many :bikes, through: :bike_categories
  has_many :reservations, dependent: :destroy
end

class Reservation < ApplicationRecord
  belongs_to :shop
  belongs_to :bike
end

class Bike < ApplicationRecord
  belongs_to :bike_category
  has_many :reservations, dependent: :destroy
end

class BikeCategory < ApplicationRecord
  belongs_to :shop
  has_many :bikes, dependent: :destroy
end

Answer 1

我个人不会为此创建另一个表。我会询问用户他们打算租用自行车的日期。一旦你有了开始和结束日期，我会在预订表上运行一个查询，以查找在此期间哪些自行车不可用。

例如

reserved_bikes = Reservation.distinct.pluck(:bike_id).where(start_time: Time.now..user_end_time, end_time: Time.now..user_start_time)

然后我会用这些来找出每个类别有多少

Bike.where.not(id: reserved_bikes).group(:category).count

如果您研究一下，可能还有一种方法可以在一个查询中使用连接来完成上述操作。

通常，当数据已经能够推断出来时，我会避免添加更多表。主要原因是，如果您更新原始表（在这种情况下为预订），则必须将这些更新级联到“推断数据”表，这很难维护。