Q&A
実際にこの定義で検証はされましたか？
レストランの予約システムで、各メニューごとに予約フォームを動的に作成したいと考えています。
ER図を作成してみました。
■各テーブルの説明
○予約フォームに関するテーブル
categorys 大カテゴリ
sub_categorys 小カテゴリ
reserve_form 予約フォーム
reserve_form_fields 予約フォームの各INPUT（テキストフォームや、セレクトボックスなど）
reserve_form_field_options 予約フォームのINPUTがセレクトボックスなどの選択肢が必要だった場合の選択肢
○ユーザの予約に関するテーブル
reserves ユーザの予約を保存するテーブル
reserve_form_values ユーザの予約フォームのINPUTごとの入力値
予約データの集計時に、大カテゴリ、小カテゴリ、予約フォーム、予約フォームのINPUT、予約フォームのINPUTで選択された値ごと
でデータを見れるようにと考えています。
データ例）
大カテゴリ 飲食
小カテゴリ BBQ
予約フォーム 食べ放題プラン
予約フォームの各INPUT1 お肉の種類(セレクトボックス)
予約フォームの各INPUT1の選択値 豚、牛、ラム
予約フォームの各INPUT2 ソーセージ（3本）1,450円
予約フォームの各INPUT2の入力 1などの数字
・
・
・
質問は、ER図のような設計で問題ないかどうか、
もしくは動的なフォーム作るならこうゆう設計もあるよ
などみなさんの知見をお聞きできればと思い質問いたしました。
どうぞよろしくお願いいたします。
どこまで動的なのか、固定的な情報は何があるのか
など前提条件は必要に思います。
ここは「問題があった」場合に質問するところなので、「問題ないかどうか」はご自身で検証してください。
「問題ないかどうか」を質問するのは、単にあなたの仕事を他者に無償で丸投げする行為です。
正解を知りたいわけではなくて、軽いディスカッションができればと思ったのですが
そういう場所ではないという定義なのですね、勘違いしました。
聞き方も悪かったのかもしれません。なぜかお怒りのようなので終了といたします。
あなたの回答
tips
プレビュー
