質問編集履歴
3
具体的な表現を抽象的な表現に変更
title
CHANGED
File without changes
|
body
CHANGED
@@ -22,6 +22,6 @@
|
|
22
22
|
|
23
23
|
・PostgreSQLを採用しており、テーブルAに約400万レコード格納されている
|
24
24
|
・テーブルAには、暗号化されたデータA(JSON)を格納していて、取得時に復号する
|
25
|
-
・データAは、
|
25
|
+
・データAは、処理Aや処理Bなど複数処理に用いられるが、処理Aについては暗号化しなくていい情報しか用いられていない
|
26
|
-
→「暗号化すべきものとそうでないものを区別してテーブルを分ければ、レコード辺りのデータサイズも削減されて、
|
26
|
+
→「暗号化すべきものとそうでないものを区別してテーブルを分ければ、レコード辺りのデータサイズも削減されて、処理Aが軽くなるのでは?」という仮説を立ててみた
|
27
27
|
(他人のシステムなのであまり手出しできないが、そもそもJSONを加工・正規化もせずに使っているので、説得材料として加工・正規化をさせたい意図。仮説が誤ってたら他を考える予定。)
|
2
title
CHANGED
File without changes
|
body
CHANGED
@@ -23,4 +23,5 @@
|
|
23
23
|
・PostgreSQLを採用しており、テーブルAに約400万レコード格納されている
|
24
24
|
・テーブルAには、暗号化されたデータA(JSON)を格納していて、取得時に復号する
|
25
25
|
・データAは、"グラフ描画"や"データダウンロード"などに用いられるが、"グラフ描画"については暗号化しなくていい情報しか用いられていない
|
26
|
-
→「暗号化すべきものとそうでないものを区別してテーブルを分ければ、レコード辺りのデータサイズも削減されて、グラフ描画が軽くなるのでは?」という仮説を立ててみた
|
26
|
+
→「暗号化すべきものとそうでないものを区別してテーブルを分ければ、レコード辺りのデータサイズも削減されて、グラフ描画が軽くなるのでは?」という仮説を立ててみた
|
27
|
+
(他人のシステムなのであまり手出しできないが、そもそもJSONを加工・正規化もせずに使っているので、説得材料として加工・正規化をさせたい意図。仮説が誤ってたら他を考える予定。)
|
1
title
CHANGED
File without changes
|
body
CHANGED
@@ -16,4 +16,11 @@
|
|
16
16
|
「『レコード数が原因であり、データサイズは関係ないのである』という事であり、あえて言及していないのか・・・?」という純粋な疑問が沸いてきました。
|
17
17
|
|
18
18
|
そこで、
|
19
|
-
SQLやデータベースに詳しい方にご教示いただきたいと思い、投稿させていただいた次第です。
|
19
|
+
SQLやデータベースに詳しい方にご教示いただきたいと思い、投稿させていただいた次第です。
|
20
|
+
|
21
|
+
## 補足情報
|
22
|
+
|
23
|
+
・PostgreSQLを採用しており、テーブルAに約400万レコード格納されている
|
24
|
+
・テーブルAには、暗号化されたデータA(JSON)を格納していて、取得時に復号する
|
25
|
+
・データAは、"グラフ描画"や"データダウンロード"などに用いられるが、"グラフ描画"については暗号化しなくていい情報しか用いられていない
|
26
|
+
→「暗号化すべきものとそうでないものを区別してテーブルを分ければ、レコード辺りのデータサイズも削減されて、グラフ描画が軽くなるのでは?」という仮説を立ててみた
|