回答編集履歴
2
推敲
test
CHANGED
@@ -14,12 +14,12 @@
|
|
14
14
|
|
15
15
|
--
|
16
16
|
|
17
|
-
例えば、楽曲に対してCDや動画をメディアとして別なテーブルとして括ると、`type`と`releasedDate`
|
17
|
+
例えば、楽曲に対してCDや動画をメディアとして別なテーブルとして括ると、`type`と`releasedDate`を行として管理していても問題はありません。
|
18
18
|
|
19
19
|
行として管理するか、列として管理するかというのは、扱うDBMSによって効率の良いアクセスになるかだとかリソースの問題(無駄なカラム)なども絡んできます。
|
20
20
|
|
21
21
|
|
22
22
|
|
23
|
-
データの持ち方
|
23
|
+
データの持ち方として重要なのは、情報をロストしないこと。
|
24
24
|
|
25
25
|
そのためには格納出来ないなどとならない構造である事です。
|
1
追記
test
CHANGED
@@ -7,3 +7,19 @@
|
|
7
7
|
|
8
8
|
|
9
9
|
> releasedDateには、type=1の場合CDの発売日、type=2の場合動画の公開日などが入ります。
|
10
|
+
|
11
|
+
|
12
|
+
|
13
|
+
追記
|
14
|
+
|
15
|
+
--
|
16
|
+
|
17
|
+
例えば、楽曲に対してCDや動画をメディアとして別なテーブルとして括ると、`type`と`releasedDate`として行として管理していても問題はありません。
|
18
|
+
|
19
|
+
行として管理するか、列として管理するかというのは、扱うDBMSによって効率の良いアクセスになるかだとかリソースの問題(無駄なカラム)なども絡んできます。
|
20
|
+
|
21
|
+
|
22
|
+
|
23
|
+
データの持ち方で、重要なのは情報をロストしないこと。
|
24
|
+
|
25
|
+
そのためには格納出来ないなどとならない構造である事です。
|