回答編集履歴
6
ベンチマーク→タイムスタンプ
test
CHANGED
|
@@ -8,7 +8,7 @@
|
|
|
8
8
|
|
|
9
9
|
|
|
10
10
|
|
|
11
|
-
今回は要件定義に基づき、start_timeに対してelse ifの対応をさせるだけですが、こういう時間指定の場合のダブルブッキングを防ぐ方法として、1日ごとのタイムスケジュールを設定する、あるいは利用者と使用時間を主キーとして施設利用スケジュール用のトランザクションを用意した方が確実ですよ。start_timeやend_timeは
|
|
11
|
+
今回は要件定義に基づき、start_timeに対してelse ifの対応をさせるだけですが、こういう時間指定の場合のダブルブッキングを防ぐ方法として、1日ごとのタイムスケジュールを設定する、あるいは利用者と使用時間を主キーとして施設利用スケジュール用のトランザクションを用意した方が確実ですよ。start_timeやend_timeはタイムスタンプ（時刻）をとるのにはいいですが、不特定多数が絡んでくるタイムライン（時間）をとるのに使ったりすると、色々と困った問題が発生しますし、SQLの検索条件がかなりえぐいことになります。
|
|
12
12
|
|
|
13
13
|
|
|
14
14
|
|
5
微調整
test
CHANGED
|
@@ -46,7 +46,7 @@
|
|
|
46
46
|
|
|
47
47
|
|
|
48
48
|
|
|
49
|
-
と保持させておいて、新たに11月30日の午前11時から申請しようとしたid5が現れても、その
|
|
49
|
+
と保持させておいて、新たに11月30日の午前11時からの開始時刻で申請しようとしたid5が現れても、その時間はスケジュールが埋まっているので、あとは選択のプルダウンでその値を候補から外したり、また旅館予約サイトみたいに、明示的に予約済かどうか案内するリストも簡単に作ることができますね。
|
|
50
50
|
|
|
51
51
|
|
|
52
52
|
|
4
時刻と時間の概念
test
CHANGED
|
@@ -8,7 +8,11 @@
|
|
|
8
8
|
|
|
9
9
|
|
|
10
10
|
|
|
11
|
-
今回は要件定義に基づき、start_timeに対してelse ifの対応をさせるだけですが、こういう時間指定の場合のダブルブッキングを防ぐ方法として、1日ごとのタイムスケジュールを設定する、あるいは利用者と使用時間を主キーとして施設利用スケジュール用のトランザクションを用意します
|
|
11
|
+
今回は要件定義に基づき、start_timeに対してelse ifの対応をさせるだけですが、こういう時間指定の場合のダブルブッキングを防ぐ方法として、1日ごとのタイムスケジュールを設定する、あるいは利用者と使用時間を主キーとして施設利用スケジュール用のトランザクションを用意した方が確実ですよ。start_timeやend_timeはベンチマーク（時刻）をとるのにはいいですが、不特定多数が絡んでくるタイムライン（時間）をとるのに使ったりすると、色々と困った問題が発生しますし、SQLの検索条件がかなりえぐいことになります。
|
|
12
|
+
|
|
13
|
+
|
|
14
|
+
|
|
15
|
+
小学生の算数に顧みて、時刻と時間の概念から見直してみましょう。
|
|
12
16
|
|
|
13
17
|
|
|
14
18
|
|
3
逆になっていたので修正
test
CHANGED
|
@@ -16,11 +16,11 @@
|
|
|
16
16
|
|
|
17
17
|
#施設利用トランザクション
|
|
18
18
|
|
|
19
|
-
|
|
19
|
+
利用者番号（主キー）
|
|
20
20
|
|
|
21
21
|
日付（主キー）
|
|
22
22
|
|
|
23
|
-
|
|
23
|
+
施設番号
|
|
24
24
|
|
|
25
25
|
```
|
|
26
26
|
|
2
要件定義について
test
CHANGED
|
@@ -8,7 +8,7 @@
|
|
|
8
8
|
|
|
9
9
|
|
|
10
10
|
|
|
11
|
-
今回は要件定義に基づき、start_timeに対してelse ifの対応をさせるだけですが、こういう時間指定の場合のダブルブッキングを防ぐ方法として、1日ごとのタイムスケジュールを設定する、あるいは利用者と使用時間を主キーとして施設利用スケジュール
|
|
11
|
+
今回は要件定義に基づき、start_timeに対してelse ifの対応をさせるだけですが、こういう時間指定の場合のダブルブッキングを防ぐ方法として、1日ごとのタイムスケジュールを設定する、あるいは利用者と使用時間を主キーとして施設利用スケジュール用のトランザクションを用意します
|
|
12
12
|
|
|
13
13
|
|
|
14
14
|
|
|
@@ -16,11 +16,11 @@
|
|
|
16
16
|
|
|
17
17
|
#施設利用トランザクション
|
|
18
18
|
|
|
19
|
-
|
|
19
|
+
施設番号（主キー）
|
|
20
20
|
|
|
21
21
|
日付（主キー）
|
|
22
22
|
|
|
23
|
-
|
|
23
|
+
利用者番号
|
|
24
24
|
|
|
25
25
|
```
|
|
26
26
|
|
|
@@ -47,3 +47,7 @@
|
|
|
47
47
|
|
|
48
48
|
|
|
49
49
|
それをLaravelに落とし込むだけです。
|
|
50
|
+
|
|
51
|
+
|
|
52
|
+
|
|
53
|
+
なお、利用トランザクションの場合、利用者を主キーに置くか、施設を主キーに置くかですが、場合によりけりです。もし、会員制施設で非会員などを許可する場合は施設番号を主キーに置きます。逆に会員制で利用者に必ずidが付される場合は利用者を主キーに置いた方がいいでしょう。
|
1
テーブル設計のこと
test
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
必要な技術はバリデーションでも例外でもな
|
|
1
|
+
必要な技術はバリデーションでも例外でもなく、テーブル設計の見直しです。
|
|
2
2
|
|
|
3
3
|
|
|
4
4
|
|
|
@@ -42,7 +42,7 @@
|
|
|
42
42
|
|
|
43
43
|
|
|
44
44
|
|
|
45
|
-
と保持させておいて、新たに申請しようとしたid5が
|
|
45
|
+
と保持させておいて、新たに11月30日の午前11時から申請しようとしたid5が現れても、その開始時間はスケジュールが埋まっているので、あとは選択のプルダウンでその値を候補から外したり、また旅館予約サイトみたいに、明示的に予約済かどうか案内するリストも簡単に作ることができますね。
|
|
46
46
|
|
|
47
47
|
|
|
48
48
|
|