質問編集履歴
2
不足していた情報を補足
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
テーブルの構造を追記
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
|