【SQL】抽象的なデータ型のテーブル設計について

Question

SQLで抽象的(abstract)なデータ構造の設計ってどのようにするのがいいでしょうか?

例えば、TwitterのようなSNSを開発しているとします。
このSNSではタイムラインに画像またはテキストを投稿することができます。
このようなデータの型が複数パターンある構造はどのような設計をすればいいんでしょうか？

2つ思いつきましたがどのような構造が正解なのかわかりません。

1:

CREATE TABLE post(article TEXT, image BLOB);

のようなテーブルを作って片方をnullにする

2:

CREATE TABLE post(post_type INTEGER, post_id UUID);
CREATE TABLE article_post(article TEXT);
CREATE TABLE image_post(image BLOB);

こちらのほうがいい気がするのですがORMを使った場合マッピングできなさそうなのが…

ほかに良いデータ構造があれば教えて下さい

Comments

[hoshi-takanori]

Twitterでは一つの投稿にテキストと画像の両方を含めることができますが、開発中のSNSはどちらか片方だけということでしようか？ また、「抽象的(abstract)なデータ構造の設計」と言われると別のものを想像するので、「データベースの論理設計」という言葉の方がいいと思います。

[aoisensi]

どちらか片方だけ: はい、そうです
データベースの論理設計: わかりました

Answer 1

このSNSではタイムラインに画像またはテキストを投稿することができます。
このようなデータの型が複数パターンある構造はどのような設計をすればいいんでしょうか？

下記のようなリレーションが存在しないテーブル設計になるという事は、論理設計が十分でないすし、その為には先ず要件をご自身で固める必要があります。

CREATE TABLE post(post_type INTEGER, post_id UUID);
CREATE TABLE article_post(article TEXT);
CREATE TABLE image_post(image BLOB);

Comments

[aoisensi]

SQL初心者なものでこの構造でリレーションを作るにはどうすればいいのかなーと思ったのですが

[sazi]

article ,image は少なくともpost_idとリレーションしていなければなりませんが、それすら含まれていないという事は、DB設計の入り口にも達していないと感じましたので、もっと知見を広めてからでないと意味が無いと思った次第です。

[aoisensi]

省略しただけです
分かりづらくてすいません

[sazi]

（辛口なコメントします）
そんな重要なところを省略するという事自体、理解されていないと感じます。

Answer 2

https://dba.stackexchange.com/questions/36573/how-to-model-inheritance-of-two-tables-mysql
にもあるように2の方法で行きたいと思います