回答編集履歴
1
修正と追記
test
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
|
|
4
4
|
|
|
5
|
-
あるものは、データ更新が複雑でレアケース整合性が取れないデータ登録がされる場合があり、適切に修正するために変更履歴をとっておくという方針だったりしました。
|
|
5
|
+
あるものは、データ更新が複雑でレアケースで整合性が取れないデータ登録がされる場合があり、適切に修正するために変更履歴をとっておくという方針だったりしました。
|
|
6
6
|
|
|
7
7
|
|
|
8
8
|
|
|
@@ -31,3 +31,21 @@
|
|
|
31
31
|
|
|
32
32
|
|
|
33
33
|
この方法では、当然ストレージを圧迫し、DBのレスポンスを低下させます。使用する際は限定的に行うか、DBMSをバッサリ諦めファイルシステムで管理するなど思いっきった方法をとるかする必要があります。
|
|
34
|
+
|
|
35
|
+
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
追記－気が付いたのですが、私が話した実例は基本的には過去のデータを利用する場合があるからという場合なので、そもそもdeleteは許されないケースですね。
|
|
40
|
+
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
そういう意味で、[Jxckさんのエントリ](http://qiita.com/Jxck_/items/156d0a231c6968f2a474)とほぼ同意見で、updateでいけるところはそのままでいいよというのがあります。また、修正のために履歴を残していたケースですが、適切なキーを付けたログでもよかったなあと思います。
|
|
44
|
+
|
|
45
|
+
|
|
46
|
+
|
|
47
|
+
別の場合で、頻度が多くないがユーザーが参照する場合があるので履歴でとっているというケースもあります。（これには、参照画面がある場合と調査依頼が必要な場合とがあります。）
|
|
48
|
+
|
|
49
|
+
|
|
50
|
+
|
|
51
|
+
まあ、update・deleteを使わないのは、工夫の余地はあるけれど、それで影響が出ない程度のものに限定して使っていました。
|