質問編集履歴
2
スペルミス修正
title
CHANGED
File without changes
|
body
CHANGED
@@ -67,6 +67,6 @@
|
|
67
67
|
それって正規化する必要がないってことではないのですか?
|
68
68
|
|
69
69
|
というコメントについてですがfacilitiesとbussiness_hoursでテーブルが分けているのは営業時間テーブルは別に作り、それを施設テーブルにリレーションさせるのが良いとアドバイスを受けた結果です。
|
70
|
-
なお、先程前回の質問の回答者の方から改めてコメントを頂いてIntegrerになっていないidについては
|
70
|
+
なお、先程前回の質問の回答者の方から改めてコメントを頂いてIntegrerになっていないidについてはIntegerないしBigIntegerにして、やはりオートインクリメントにするべきなのではとのことなので再度検討をしています。
|
71
71
|
|
72
72
|
Laravel歴1ヶ月で成果物を作るに当たってテーブル定義・設計をしっかり考えるのは今回初めてなので、そもそもリレーションの関係性の考え方が間違っている可能性と前回の質問で頂いたアドバイスを私が理解しきれていないで、間違って解釈している可能性も否めず、ここまでの私の説明もいまいち的を射たものだはないようで大変申し訳無いです。
|
1
コメントについての回答と前回質問時の内容をいくつか抜粋。
title
CHANGED
File without changes
|
body
CHANGED
@@ -40,4 +40,33 @@
|
|
40
40
|
tinkerで画像のように検証してみたところを見ると問題ないように見えるのですが、前述のことが気になり質問させていただきました。
|
41
41
|
|
42
42
|
備考
|
43
|
-
Laravel Entity Relation Diagram Generatorが出力したER図のpassword_resetの部分はLaravelのAuth認証を導入したときのデフォルトのままになっているだけなので無視していただければ幸いです。
|
43
|
+
Laravel Entity Relation Diagram Generatorが出力したER図のpassword_resetの部分はLaravelのAuth認証を導入したときのデフォルトのままになっているだけなので無視していただければ幸いです。
|
44
|
+
|
45
|
+
### 追記
|
46
|
+
|
47
|
+
質問が分かりづらいということで補足をさせていただきます。
|
48
|
+
[前回の質問](https://teratail.com/questions/225110) から今回の質問のER図を使うことを想定しているシステムの簡単なワイヤーフレームとアクティビティ図を追加。
|
49
|
+
|
50
|
+
#### 作ろうとしているシステムの参考元
|
51
|
+
|
52
|
+
[東京都スポーツ施設サービス](https://yoyaku.sports.metro.tokyo.jp/web/html/takinou.htm)
|
53
|
+
|
54
|
+
上記のURLの利用日時からの登録の部分を元に以下のようなシステムを作りたい。
|
55
|
+
|
56
|
+
####簡単なワイヤーフレーム
|
57
|
+

|
58
|
+
|
59
|
+
|
60
|
+
####今回質問したい箇所に関わる簡単なアクティビティ図
|
61
|
+

|
62
|
+
|
63
|
+
|
64
|
+
以上のシステムを作ろうとして、想定したER図が画像の3枚なのですが、4枚目の画像(Laravelでマイグレーションした後のリレーションを図にしてくれるライブラリ)を見るとbussiness_hours belongsTo facilitiesは成り立っているけれども、facilities hasMany bussiness_hours の関係性が成り立っているようには一見見えないけれども問題はないのだろうかという質問です。
|
65
|
+
|
66
|
+
> 親テーブルと子テーブルが1対1でデータを持っているということですか?
|
67
|
+
それって正規化する必要がないってことではないのですか?
|
68
|
+
|
69
|
+
というコメントについてですがfacilitiesとbussiness_hoursでテーブルが分けているのは営業時間テーブルは別に作り、それを施設テーブルにリレーションさせるのが良いとアドバイスを受けた結果です。
|
70
|
+
なお、先程前回の質問の回答者の方から改めてコメントを頂いてIntegrerになっていないidについてはIntegrerないしBigIntegrerにして、やはりオートインクリメントにするべきなのではとのことなので再度検討をしています。
|
71
|
+
|
72
|
+
Laravel歴1ヶ月で成果物を作るに当たってテーブル定義・設計をしっかり考えるのは今回初めてなので、そもそもリレーションの関係性の考え方が間違っている可能性と前回の質問で頂いたアドバイスを私が理解しきれていないで、間違って解釈している可能性も否めず、ここまでの私の説明もいまいち的を射たものだはないようで大変申し訳無いです。
|