とあるイベントを管理するアプリを作成したく、テーブル設計を行っているのですが
NoSQLでのデータの持ち方として問題無いか、ご意見頂けますと幸いです。
以下のようなテーブルを持とうとしております。
イベントテーブル → イベントの内容、出演者を保持
前売りテーブル → 各ユーザー別に出演イベント、見たい出演者(メイン1人と他)を保持
イベントテーブル
- id
- title
- date
- actor
・id
・name
・type
前売りテーブル
- uid
- eventId
- mainActorId
- actor
・id
・name
アプリ側の機能としては、イベント一覧があり
各ユーザー単位で、イベント一覧から参加するイベントと見たい出演者を選択して参加表明(前売りテーブル登録)
管理者側からは、各イベントで出演者別の前売りユーザー一覧を表示
になります。
通常のRDBであれば、actorは個別のテーブルとして持つ等するかと思いますが…
以下の点が持ち方として合っているかが気になっております。
- actor(出演者)は別テーブルにせず、イベント・前売り両テーブルに持つので良いか
- 前売りの内容自体をイベントテーブル内に持つのが良いか
宜しくお願い致します。
回答1件
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2019/02/18 23:23