何をみてFBCを知りましたか

[komagata]

（研修でない一般生徒の）登録フォームに「どこでFBCを知りましたか？」の項目を追加したい。（必須）

選択肢

• 検索エンジン
• 知人の口コミ
• エンジニアイベント　
• X（旧Twitter）
• Facebook
• ブログ記事
• Web広告
• その他
  • その他：「」

[ayu-0505]

@komagata

お疲れ様です🍵

２点質問させてください。

複数選択は可能かどうか

複数選択が可能でしょうか。あるいは、一つのみ選択の方がよろしいでしょうか。
もし複数選択可能ならばactive_flagを使用しようと思っています。

その他項目のテキストのカラムについて

「その他」を選んだ場合はテキスト入力するようになっていますが、このテキストの保存場所に悩んでいます。

案１

usersテーブルに以下の二つのカラムを作成する。

• discovery_source（選択肢を保存するカラム）
• discovery_source_other（「その他」の場合のテキストを保存するカラム）
  • CHECK制約等で「その他」以外の選択時のみ保存され、それ以外はNULLとなる。

こちらの方法の懸念点は、discovery_source_otherがほとんどの場合、NULLとなってしまうことです。

案２

usersテーブルの拡張を避け、discovery_sourcesテーブルを新たに作成し、紐付けを行う。
こちらの方法の懸念点は、情報取得時はJOINする必要があるなど、無駄に煩雑になってしまうのでは、という部分です。

個人的には、案１のイメージなのですが（理由：FBCが数年運営されたサービスで、usersテーブルが今度も肥大化していくイメージがない。テーブルを切り分けるほどの情報と思えない）、いかがでしょうか。

以上、またお時間あるときにご確認いただけたらと思います🙏

[komagata]

@ayu-0505 カラム名ですがdiscoveryだと発見という感じで大袈裟な気がするのでreferral_sourceはどうでしょうか。

[ayu-0505]

回答いただきました！

複数選択は可能かどうか

一つのみ選択、にする。

その他項目のテキストのカラムについて

案１：usersテーブルに以下の二つのカラムを作成する。

• 選択肢を保存するカラム
• 「その他」の場合のテキストを保存するカラム

また、カラム名はreferral_sourceにします。

[ayu-0505]

@komagata

お疲れ様です🍵
以下に質問させていただきますので、お手隙の際にまたお答えいただけたらと思います。

enumデータ（X(旧twitter)）の表示について

細かい部分で申し訳ありませんが、X(旧twitter)についてどのような表示が好ましいでしょうか。

1. 現在のサービス名に厳密に沿ったx
2. 他データとの兼ね合いを考慮したtwitter
3. 両者が分かるように統合したx-twitter

  enum referral_source: {
    search_engine: 0,
    referral: 1,
    event: 2,
    x: 3, # ←こちらの部分です
    facebook: 4,
    blog: 5,
    web_ad: 6,
    other: 99
  }, _prefix: true

個人的には 3.x-twitter が情報がよく伝わって良いかと思ったのですが、ご意見いただけたらと思います。

DBのNOT NULL制約を付けるか否かについて

今回の「どこでFBCを知りましたか？」の項目はユーザー登録時には必須とのことで、モデルにおけるバリデーションとViewにおける必須入力目印をつけています。
そこで、DBにおけるNOT NULL制約を付けるか否か判断に迷いましたので、ご確認いただけたらと思います。

1. NOT NULL制約をつけない。
   既存ユーザーは未入力の項目かつ、ユーザー活動に必須の項目ではないので、制約をつけないままにしておく。

2. NOT NULL制約をつける。
   既存ユーザーのデータの初期値を一旦data-migrateで入力する。

以上、よろしくお願いいたします。

[komagata]

@ayu-0505

enumデータ（X(旧twitter)）の表示について

1でお願いします

DBのNOT NULL制約を付けるか否かについて

1でお願いします。