質問編集履歴
7
URLにリンクをつけました。
test
CHANGED
File without changes
|
test
CHANGED
@@ -6,11 +6,11 @@
|
|
6
6
|
|
7
7
|
|
8
8
|
|
9
|
-
http://tanakakoichi9230.hatenablog.com/entry/6715376804
|
9
|
+
[http://tanakakoichi9230.hatenablog.com/entry/6715376804](http://tanakakoichi9230.hatenablog.com/entry/6715376804)
|
10
10
|
|
11
|
-
http://qiita.com/Jxck_/items/156d0a231c6968f2a474
|
11
|
+
[http://qiita.com/Jxck_/items/156d0a231c6968f2a474](http://qiita.com/Jxck_/items/156d0a231c6968f2a474)
|
12
12
|
|
13
|
-
http://mike-neck.hatenadiary.com/entry/2015/03/24/231422
|
13
|
+
[http://mike-neck.hatenadiary.com/entry/2015/03/24/231422](http://mike-neck.hatenadiary.com/entry/2015/03/24/231422)
|
14
14
|
|
15
15
|
|
16
16
|
|
6
MySQLタグを削除
test
CHANGED
File without changes
|
test
CHANGED
File without changes
|
5
タグを追加
test
CHANGED
File without changes
|
test
CHANGED
File without changes
|
4
不要な変数名を省略
test
CHANGED
File without changes
|
test
CHANGED
@@ -64,7 +64,7 @@
|
|
64
64
|
|
65
65
|
⑤
|
66
66
|
|
67
|
-
アクションログはRDBではなくログデータとしてディスクに書き込み、RDBは通常通りCRUDする。また、アクションログを書き込むプログラムをモジュール化し、```dataModule.set(
|
67
|
+
アクションログはRDBではなくログデータとしてディスクに書き込み、RDBは通常通りCRUDする。また、アクションログを書き込むプログラムをモジュール化し、```dataModule.set(id, name, value);```などの関数を利用してデータを書き込む際には自動的にログファイルとRDBの両方が書き換えられるようにする。(そのモジュールにログファイルからDBを作成できる機能などあると良いかも)
|
68
68
|
|
69
69
|
|
70
70
|
|
3
わかりにくい文言を修正
test
CHANGED
File without changes
|
test
CHANGED
@@ -68,7 +68,7 @@
|
|
68
68
|
|
69
69
|
|
70
70
|
|
71
|
-
①は無駄に容量を食うのであまり良くないと思っています。②に関しては「NULLは使うな」と良く言われてるのでそれがひっかかります。あとデータを取得する際に複雑なクエリを発行することになりそうです。③はNULL利用が不安なことは変わりありませんが、データ書き込みと取得で異なるテーブルを使うので複雑クエリ問題は解消しそうです。④この方法が良いんじゃないかと個人的に思っていたのですが、value型をどうするかという問題が残っています。
|
71
|
+
①は無駄に容量を食うのであまり良くないと思っています。②に関しては「NULLは使うな」と良く言われてるのでそれがひっかかります。あとデータを取得する際に複雑なクエリを発行することになりそうです。③はNULL利用が不安なことは変わりありませんが、データ書き込みと取得で異なるテーブルを使うので複雑クエリ問題は解消しそうです。④この方法が良いんじゃないかと個人的に思っていたのですが、value型をどうするかという問題が残っています。またtext型を利用した場合、大量のログがtext型でinsertされることを考えると少し不安になります(全く問題ないのかもしれませんが)⑤については最終的にこれが一番良いのではないか?と思って現在検討している方法になります。しかしこれだと今までずっと"CRUD is Dead"の考え方できたのに、結局CRUDでDB操作しちゃってますね(汗。しかしログファイルを取ることで、何かあった時にはログファイルからDBを復元したり、調査が必要になった時にログファイルを確認したりできるのでCRUDのUとDは使ってますけどUとDを使わなかった時のメリットは得ることができているといった感じでしょうか。
|
72
72
|
|
73
73
|
|
74
74
|
|
2
読みにくい文言を修正
test
CHANGED
File without changes
|
test
CHANGED
@@ -64,11 +64,11 @@
|
|
64
64
|
|
65
65
|
⑤
|
66
66
|
|
67
|
-
アクションログはログデータとして
|
67
|
+
アクションログはRDBではなくログデータとしてディスクに書き込み、RDBは通常通りCRUDする。また、アクションログを書き込むプログラムをモジュール化し、```dataModule.set(user_id, name, value);```などの関数を利用してデータを書き込む際には自動的にログファイルとRDBの両方が書き換えられるようにする。(そのモジュールにログファイルからDBを作成できる機能などあると良いかも)
|
68
68
|
|
69
69
|
|
70
70
|
|
71
|
-
①は無駄に容量を食うのであまり良くないと思っています。②に関しては「NULLは使うな」と良く言われてるのでそれがひっかかります。あとデータを取得する際に複雑なクエリを発行することになりそうです。③はNULL利用が不安なことは変わりありませんが、データ書き込みと取得で異なるテーブルを使うので複雑クエリ問題は解消しそうです。④この方法が良いんじゃないかと個人的に思っていたのですが、value型をどうするかという問題が残っています。(text型を利用して大量のログがinsertされることを考えると不安になります)⑤については最終的にこれが一番良いのではないか?と思って現在検討している方法になります。
|
71
|
+
①は無駄に容量を食うのであまり良くないと思っています。②に関しては「NULLは使うな」と良く言われてるのでそれがひっかかります。あとデータを取得する際に複雑なクエリを発行することになりそうです。③はNULL利用が不安なことは変わりありませんが、データ書き込みと取得で異なるテーブルを使うので複雑クエリ問題は解消しそうです。④この方法が良いんじゃないかと個人的に思っていたのですが、value型をどうするかという問題が残っています。(text型を利用して大量のログがinsertされることを考えると不安になります)⑤については最終的にこれが一番良いのではないか?と思って現在検討している方法になります。しかしこれだと今までずっと"CRUD is Dead"の考え方できたのに、結局CRUDでDB操作しちゃってますね(汗。しかしログファイルを取ることで、何かあった時にはログファイルからDBを復元したり、調査が必要になった時にログファイルを確認したりできるのでCRUDのUとDは使ってますけどUとDを使わなかった時のメリットは得ることができているといった感じでしょうか。
|
72
72
|
|
73
73
|
|
74
74
|
|
1
誤字の修正
test
CHANGED
File without changes
|
test
CHANGED
@@ -2,7 +2,7 @@
|
|
2
2
|
|
3
3
|
|
4
4
|
|
5
|
-
以下のようなサイトでも言われているように、CR
|
5
|
+
以下のようなサイトでも言われているように、CRUDのUとDを利用せずデータをログのように扱う方法は関連するデータ(特に履歴)が失われないために好感が持てました。
|
6
6
|
|
7
7
|
|
8
8
|
|