teratail header banner
teratail header banner
質問するログイン新規登録

質問編集履歴

3

具体的な表現を抽象的な表現に変更

2021/02/09 01:34

投稿

tyaunuakkia
tyaunuakkia

スコア5

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

2021/02/09 01:34

投稿

tyaunuakkia
tyaunuakkia

スコア5

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

2021/02/08 03:23

投稿

tyaunuakkia
tyaunuakkia

スコア5

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
+  →「暗号化すべきものとそうでないものを区別してテーブルを分ければ、レコード辺りのデータサイズも削減されて、グラフ描画が軽くなるのでは?」という仮説を立ててみた