質問編集履歴

2

不足していた情報を補足

2017/10/06 03:39

投稿

workr
workr

スコア158

test CHANGED
File without changes
test CHANGED
@@ -3,6 +3,10 @@
3
3
 
4
4
 
5
5
  現状は登録情報と履歴は同じテーブル posts で管理し、変更履歴のレコードだけは「parent_id」として最新のデータのIDをもたせることで区別しています。parent_id が null のものは最新の情報となります。
6
+
7
+
8
+
9
+ 最新のレコードと履歴のレコードを並べて表示することでタイトルなどに変更があったことを知ることができるようにするつもりです。
6
10
 
7
11
 
8
12
 

1

テーブルの構造を追記

2017/10/06 03:39

投稿

workr
workr

スコア158

test CHANGED
File without changes
test CHANGED
@@ -19,3 +19,25 @@
19
19
 
20
20
 
21
21
  将来的に画像以外に関連するテーブルが増えていく可能性も考慮するならどういった設計にするのがいいのでしょうか?
22
+
23
+
24
+
25
+ ---
26
+
27
+ 追記
28
+
29
+
30
+
31
+ テーブル構造は概ね下記のようになっています
32
+
33
+
34
+
35
+ テーブル posts
36
+
37
+ id, title, content, parent_id
38
+
39
+
40
+
41
+ テーブル images
42
+
43
+ id, post_id, url