table設計 blogのpostについて、tmpPostの必要性など

Question

よくあるblogの投稿があるようなサイトのCMSのテーブル設計を考えており、質問があります。

色々ググったのですが、大体下記の似たような設計記事が出てきており、どのようにすれば良いか迷っております。

記事の設計

Posts table

• id
• user_id
• content
• publish_date
• deleted_date
• is_published

のような、一般的な投稿に、userが紐づいており、内容と使用する日付ががついています。

このパターンだった場合、

• 「投稿済」の記事を編集しようとすると、同じテーブルの内容を変更することになり、「公開中」の物をいじることになりそうだと思っております。
• 非公開->編集->公開って流れでも良いのですが、いったん非公開にするのも効率が悪い気がしております。

なので、
Posts tableと同じカラムのtmpPosts tableを追加して、こちらで編集、公開時には、Post tableへ丸々コピーとすれば、上記の問題も解決できそうな気がしています。

しかし、同じようなテーブルが作成されて、更新ミスなど整合性が取れなくなったりする心配があるように思えており、どのような設計にしたらいいか教えていただきたいです。

Posts table tmpPosts tableに加え、statusだけを管理するPost_status tableなど用意して、PostsとtmpPostsはどちらもPost_statusを参照するようにすれば少しは問題なくなるのでは？と考えたりしました。

よろしくお願いいたします。

Answer 1

非公開->編集->公開って流れでも良いのですが、

is_published をUPDATEするだけですよね？

なので、Posts tableと同じカラムのtmpPosts tableを追加して、こちらで編集、公開時には、Post tableへ丸々コピーとすれば、上記の問題も解決できそうな気がしています。

こっちの方がコードを多く書かないといけないから効率が悪いです。

Comments

[php_practitione]

その場で終わるような編集であれば良い気がしますが、「いったん編集を保存しとこう」的なことができないのかなと思っております。

[Orlofsky]

履歴テーブルを用意して過去の修正を何世代にも渡って遡れる、って方法もあります。ここの掲示板みたいに回答をもらった後に質問を消すようなマナー違反があるので。

[m.ts10806]

差分までもつやつありますね。ビュー側作るの大変ですけど。

Answer 2

結局1テーブルでのステータス管理がもっとも効率的かと思います。
なんなら「非公開」に加え「下書き」とかも入れてみては？

Comments

[php_practitione]

確かに簡単に考えたらそうでした。
下書きカラムを入れれば実現できそうです。
大袈裟にテーブル設計をしていたかもしれないです。

[m.ts10806]

いえカラムではないです。
ステータスを
下書き、非表示、表示
の３つにという意味です。

[php_practitione]

ステータスだと、もう一人の解答の方と一緒な感じになってしまいそうですね。

[m.ts10806]

「下書きをステータスに追加」はもう１つの回答には書かれていませんのでなにが一緒なのかわかりません。
共通しているのはあくまで「ステータス管理で問題ない」という部分のみです。