NULLデータが予想されるデータベースの設計

Question

空が予想されるデータベースの設計についてです。

通常、テキストデータと画像データが挿入されるフォームにおいて、
画像データはpost_idなどと紐づけしてやることが通常ですが、テキストデータと画像データ双方が空になると予想される場合、同じテーブルにしてしまってよいのかという質問です。

例えば以下のテーブル情報を考えたとします。

postsテーブル

id INT
user_id int
aaat text
aaab blob
bbbt text
bbbb blog
status int
created datetime
modified datetime

aaaにおいて、textareaで挿入する場合もあれば画像を挿入する場合もあり、どちらも挿入する場合もあるという状況です。
ただし、両方ともない場合はありません。validationチェックではじく予定です。
同様にbbbにおいても同様のことを行うと思います。
この場合、同一テーブルで設計したほうがよいのか、それとも、aaaテーブルやbbbテーブルを作り、紐づけしたほうがいいのかをお伺いしたく思います。

★追記
クイズのように、問題と解答のそれぞれのテキストデータと画像データというような意味合いです。
aaaは問題　テキストデータと画像データ
bbbは解答　テキストデータと画像データ

というような状況です。

Comments

[hoshi-takanori]

「両方ともない場合はありません。」ということであれば、アプリケーション側の validation チェックではなく、SQL テーブルの CHECK 制約で弾いた方がいいかもしれません。（と思って確認したら MySQL の CHECK 制約は 8.0.16 で導入されたばかりらしい。使って大丈夫だろうか…。他のまともな DBMS は大丈夫だと思いますが。）
https://yoku0825.blogspot.com/2019/04/mysql-8016checknot-enforced.html

Answer 1

テキストデータと画像データ双方が空になると予想される場合、同じテーブルにしてしまってよいのかという質問です。

それは問題ありませんが、以下が問題です。

同様にbbbにおいても同様のことを行うと思います。

aaa,bbbを同一テーブルに持つという事が正規化されていない事になりますので、結局テーブルは分けた方が良いでしょうね。

Comments

[nanamin]

コメントありがとうございます。
追記にも書かせていただきましたが、クイズの問題と解答という一対になっている場合でも分けるべきでしょうか。

[sazi]

一対にしかならないのなら、敢えて別なテーブルにはしなくても良いかと思います。
aaa,bbbという記述だとccc,dddなども増えていくのかなと思いましたので。

Answer 2

他のテーブルとの関連が載っていないのでわかりませんが、同じPRIMARY KEYを持つデータはひとつのテーブルにまとめた方が良い場合が多いです。

テーブル定義はなるべくCREATE TABLE文で提示できた方が良いです。できればどんなデータがあるのかをINSERT文で載せることができるともっとよろしいかと。

Answer 3

• 構造上両方null許容でもOK
• usertext , userimageテーブルを別途つくって管理してもOK

Comments

[yambejp]

テキストや画像が1ユーザー複数持つ可能性があるなら後者が有利