【DB設計】親モデルの条件によって子モデルに格納する情報が変わる場合のDB設計の仕方

前提・実現したいこと

現在、クイズアプリを作成しています。問題を表示して、ユーザーが回答し、その回答が合っているか間違っているか、また、正解は何かを表示するアプリをイメージしてください。

今回はそのアプリのなかで、複数の問題形式を持つquestionテーブルとその答えとなるanswerテーブルに関するDB設計のベストプラクティス/おすすめ方法を知りたいと思い質問しました。
アプリはPython/Djangoで作成していますが、DB設計に関することであり、他言語を扱う方であっても、ご教示いただけることがあれば回答いただけると幸いです。

Python:3.7.6
Django:3.0.4
データベース：mysql

発生している問題

(1)まず、クイズ自体（question）は、下記のような問題形式(question_type)を持っています。
（基本的にはクイズのデータ登録は運営サイドで行おうと考えています。）

①択一問題 : 14の選択肢のどれかが正解
②複数選択問題 : 14の選択肢の内、複数の選択肢の組み合わせが正解
③正誤問題 : →○か×どちらかが正解
④記述問題 : 正解は"福沢諭吉"など
⑤複数記述問題 : 1位は"アメリカ"、2位は"日本"など複数の記述を求める
⑥穴埋め問題 : 文章中に穴があり、そこに適切な解答を埋める
⑦並び替え問題 : 14の選択肢を適切な順番に並べる
⑧組み合わせ問題 : 14の選択肢とA~Dの選択肢が適切な組み合わせになるように選ぶ
⑨大問 : Questionを複数もつ（このquestion自体には解はない）

(2)上記を考えると、下記のようなデータが必要であると考えています。
①や②に関しては、複数の選択肢（Choice）と、どの選択肢が答えなのかが情報として必要
③に関しては、マルが正解がバツが正解かの情報が必要
④、⑤、⑥に関しては、（必要に応じて複数の）答えの情報が必要
⑦に関しては、複数の選択肢と、どの選択肢の順番が正解なのかの情報が必要
⑧に関しては、複数の選択肢とどの組み合わせが正解なのかの情報が必要
⑨に関しては、どのquestionが小問なのかの情報が必要

(3)これら上記の情報をどんなテーブルにどのように持たせるか、リレーションをどのようにするべきかについて悩んでいます。

試したこと

そこで、いくつか自分でもDBの構成を考えて見ました。
A 下記のように子モデルをたくさんぶら下げるDBの設計
モデル登録やViewでの表示などは、if question_type ==　"something"で条件分岐させて行う予定。
あんまり見たことのない設計のような気がして…かつif文多用によって美しくないような気がする。
(true_or_falseは③のため、right_or_wrongは①②のchoiceが正解)

B answerテーブルを一纏めにして、情報をすべて持たせてquestionテーブルとanswerテーブルの2つにする設計
しかし、これだと、他のquestion_typeで必要な情報も持たせているため、結果的に空のカラムとなる部分が多い。

C　というか上二つとも、answerという名前のテーブルだが、間違いである選択肢もanswerテーブルに入ってる。そもそも選択肢と答えがちゃんと機能として切り離されていない!!というとこで選択肢(choice)を切り離そうと思い。
でも、④⑤⑥はただ単純にanswerが必要で、かつ複数になることもあるので、④⑤⑥の答えを持たせるanswerを作る。③の正誤かどうかの答えの置き場所が困り、questionに入れてしまう。また、結局choiceには答えのchoiceかどうかが合ったり、気持ち悪い。

問題と答え、そして問題の選択肢などを上手くまとめられる方法やこういうやり方もあるよ。というのがあればご教示いただきたく。よろしく御願いします。

補足

カラム名の補足です。下記の情報のために必要だと考えています。
true_or_falseは③正誤問題用の、正誤確認（Boolean）
right_or_wrongはその選択肢が正解かどうか（Boolean）
comination_contentは⑧組み合わせ問題用の組み合わせの対象の文
right_sortingは⑦、並び替え問題用の答え(0~3などの並び替え順序の番号が入る)