回答編集履歴
3
追記
test
CHANGED
|
@@ -31,3 +31,7 @@
|
|
|
31
31
|
|
|
32
32
|
|
|
33
33
|
何が最適なのかは「要件による」としか言えないので、様々な可能性を含めて、メリットやデメリットを勉強してみるのも良いんじゃないでしょうか。
|
|
34
|
+
|
|
35
|
+
|
|
36
|
+
|
|
37
|
+
ただし、そこまでいくとシステムアーキテクチャ設計とかそういうレベルになるので、「DB設計の勉強をしています」という前提なら「必要ない」という回答で終わりです。
|
2
追記
test
CHANGED
|
@@ -21,3 +21,13 @@
|
|
|
21
21
|
|
|
22
22
|
|
|
23
23
|
なにを目的とした「勉強」かによりますが、実務を強く意識してやるのであれば、例えば応答時間やCPU、メモリ、ディスクI/Oの負荷などを計測する、というところまでやって「冗長なデータを持つべきか」を判断する資料を作成するところまで勉強したら良いのではないでしょうか。
|
|
24
|
+
|
|
25
|
+
|
|
26
|
+
|
|
27
|
+
また、データを重複して持つのではなく、ビューを作成するという方針も考えられます。
|
|
28
|
+
|
|
29
|
+
他の回答にもあるようにRDBMSの外側にデータを持つ方法もあります。
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
|
|
33
|
+
何が最適なのかは「要件による」としか言えないので、様々な可能性を含めて、メリットやデメリットを勉強してみるのも良いんじゃないでしょうか。
|
1
修正
test
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
|
|
4
4
|
|
|
5
|
-
勉強
|
|
5
|
+
単純なスキーマ設計の勉強であれば、原理原則に則って、導出可能なデータは持つべきではありません。
|
|
6
6
|
|
|
7
7
|
|
|
8
8
|
|