質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
Ruby on Rails

Ruby on Railsは、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

Q&A

解決済

1回答

6740閲覧

railsで予約管理システムのためのdb、モデル設計のロジックが思いつきません。

ka20

総合スコア12

Ruby on Rails

Ruby on Railsは、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

0グッド

1クリップ

投稿2018/02/19 02:18

編集2018/02/19 08:32

ある端末をレンタル提供できるシステムの構築でdb設計につまっています。

ユーザがある将来(おおよそが数日〜1週間後)の日程においてのレンタルを行いたい場合その日程が空いているかどうかを予約時に検証したいです。(ここの検証部分ができるだけ複雑になって重くなってしまわないための設計を考えています。)
また検証時には、空いているものが見つかり次第割り当てるという方式で構いません。(全てのデバイスの空き状況を検証し、最適なものを選ぶなどということはする必要がありません。)
またレンタルは、時間区切りでなく、日にち区切りで考えております。
(借りる期間はおおよそが1週間から半月くらいが目安で、1日から最大2年間レンタルが可能な仕様です。)

端末はDeviceと名付けたモデルで管理されており、100台程度の在庫があるという感じで、その100台それぞれについてレコードが存在します。またユーザはCustomerと名付けたモデルで管理されております。レンタルの予約のモデルはDeviceReservationなどという名前で考えています。

Dayモデルのレコードを日にちごとに作り、紐づけるという形で思いついたのですが、それはアンチパターンだとどこかで見ました。
考え方の例としては、デバイスをホテルの部屋と捉え、そのホテルの部屋の予約システムを作る、というような感じで考えれば良いのではと思います。

モデルのアソシエーションとテーブルのカラムを前提に、空き状況確認のロジックのアイデアをお聞きしたいです。

よろしくお願いします。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

maisumakun

2018/02/19 02:49

利用は1日限定でしょうか、それとも複数日連続ということもよく発生しますでしょうか。
ka20

2018/02/19 02:51

コメントありがとうございます。複数日連続もございます。目安は1週間から半月程度の期間が多いです。よろしくお願いします。
ka20

2018/02/19 08:34

念のため質問内容へそちらの説明も加えておきました。よろしくお願いいたします。
ka20

2018/02/19 10:10

いかがでしょうか。
guest

回答1

0

ベストアンサー

素直に、device_idstart_dateend_dateの3列を用意して、予約済みかの判定は「予約の開始日
<= end_date AND 予約の終了日 >= start_date」で判定するだけのような気がしますが…それではなにかまずいでしょうか。

投稿2018/02/19 13:31

maisumakun

総合スコア145121

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

ka20

2018/02/20 02:43

ありがとございます。私も考えて見たのですが、 それですと、ある予約レコードがその期間枠内を囲っていないかという判定のみしかできません。 あるデバイスに紐づいた予約レコードが任意の数あるので、パターンとしては 予約期間前から予約期間後にまたがる予約 予約したい期間前から予約期間内にまたがる予約 予約期間中から予約期間中を期間とする予約 予約期間中から予約期間後をまたぐ予約 これらが全て存在しないことを確認しないと、新しい予約期間での予約を作ってはいけないのではと思いました。 またデバイスの数も100と言ったのですが、今後1万程度まで増えて行く予定があり 各デバイスごとに、効率的に、「検証期間付近」の予約レコードをうまく参照するということをしなければならないと思うのですが、 そのあたりの方法が重すぎるのではないかと思ったのですが、問題ではないでしょうか?
ka20

2018/02/20 02:47

Device.all.each do |device| ~~~~ end のようにやってしまうことに違和感を覚えています。 すごく抽象的なイメージですが、デバイスをもとにそのデバイスに紐付く予約レコードを判定していくのではなく、何か期間自体から逆算してデバイスを割り当てるという感じのスマートなロジックはないものでしょうか。
ka20

2018/02/20 02:50

「検証期間付近」の予約レコードのみを参照するうまい方法はございませんでしょうか。 検索対象が、昔の予約レコードまで及んでしまうと検索がすごく非効率になってしまうと思うのですが、こういった場合どうするのがよろしいでしょうか。アイデアがありましたらぜひご共有をお願いいたします。
maisumakun

2018/02/20 02:59

> 検索対象が、昔の予約レコードまで及んでしまうと検索がすごく非効率になってしまうと思うのですが インデックスを付ければそこまで心配するほどのことはないかと思います。実際、「1年前から1年後まで使っている」ようなものを検索しようと思えば、その範囲まで広げるしかないですし。
maisumakun

2018/02/20 03:00

> パターンとしては(中略)これらが全て存在しない 上の条件1つで判定できるはずです。よく確認してみてください。
ka20

2018/02/20 03:36

ありがとうございます。 インデックスは、start_dateとend_date、device_id全てのカラムにつけるのが良さそうでしょうか? device.device_reservations.where(予約の開始日 <= end_date AND 予約の終了日 >= start_date) のように検索して、合致する予約レコードが存在しなければ新たな予約を作れるということですか?
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問