回答編集履歴
8
追記
test
CHANGED
|
@@ -12,6 +12,8 @@
|
|
|
12
12
|
|
|
13
13
|
※特にシーケンス図やメッセージ設計で必要とするエンティティの場面や内容が明らかになります。
|
|
14
14
|
|
|
15
|
+
[オブジェクト指向モデリング言語 UML](https://www.ogis-ri.co.jp/otc/hiroba/technical/Jouhoushori-UML/index.html) ※ちょっと古いですが全体を見渡しやすい
|
|
16
|
+
|
|
15
17
|
|
|
16
18
|
|
|
17
19
|
正規化を緩める場合は、集計テーブルや[SQLアンチパターン](https://www.ketancho.net/entry/2018/03/07/080000)の見直し（DBMSによっては提供される機能によって、アンチパターンという程でもないものもあります[json型や配列等]）などを検討されると良いかと思います。
|
7
追記
test
CHANGED
|
@@ -18,6 +18,8 @@
|
|
|
18
18
|
|
|
19
19
|
|
|
20
20
|
|
|
21
|
+
もう1点は取得するSQLそのものの見直しです。
|
|
22
|
+
|
|
21
|
-
|
|
23
|
+
（ER図の設計が大筋正しいなら、この点が一番可能性は高いかと思います）
|
|
22
24
|
|
|
23
25
|
記述が簡潔になる、DBMSが提供する機能や関数の見落としがあるかもしれませんし、そもそも単に冗長な記述になっているだけかもしれません。
|
6
追記
test
CHANGED
|
@@ -18,6 +18,6 @@
|
|
|
18
18
|
|
|
19
19
|
|
|
20
20
|
|
|
21
|
-
もう1点は取得するSQLそのものの見直しです。
|
|
21
|
+
もう1点は取得するSQLそのものの見直しです。（この点が一番可能性は高いかと思います）
|
|
22
22
|
|
|
23
|
-
記述が簡潔になる、DBMSが提供する機能や関数の見落としがあるかもしれません。
|
|
23
|
+
記述が簡潔になる、DBMSが提供する機能や関数の見落としがあるかもしれませんし、そもそも単に冗長な記述になっているだけかもしれません。
|
5
追記
test
CHANGED
|
@@ -15,3 +15,9 @@
|
|
|
15
15
|
|
|
16
16
|
|
|
17
17
|
正規化を緩める場合は、集計テーブルや[SQLアンチパターン](https://www.ketancho.net/entry/2018/03/07/080000)の見直し（DBMSによっては提供される機能によって、アンチパターンという程でもないものもあります[json型や配列等]）などを検討されると良いかと思います。
|
|
18
|
+
|
|
19
|
+
|
|
20
|
+
|
|
21
|
+
もう1点は取得するSQLそのものの見直しです。
|
|
22
|
+
|
|
23
|
+
記述が簡潔になる、DBMSが提供する機能や関数の見落としがあるかもしれません。
|
4
推敲
test
CHANGED
|
@@ -14,4 +14,4 @@
|
|
|
14
14
|
|
|
15
15
|
|
|
16
16
|
|
|
17
|
-
正規化を緩める場合は、集計テーブルや[SQLアンチパターン](https://www.ketancho.net/entry/2018/03/07/080000)の見直し（DBMSによっては提供される機能によって、アンチパターン
|
|
17
|
+
正規化を緩める場合は、集計テーブルや[SQLアンチパターン](https://www.ketancho.net/entry/2018/03/07/080000)の見直し（DBMSによっては提供される機能によって、アンチパターンという程でもないものもあります[json型や配列等]）などを検討されると良いかと思います。
|
3
推敲
test
CHANGED
|
@@ -14,4 +14,4 @@
|
|
|
14
14
|
|
|
15
15
|
|
|
16
16
|
|
|
17
|
-
正規化を緩める場合は、集計テーブルや[SQLアンチパターン](https://www.ketancho.net/entry/2018/03/07/080000)の見直し（DBMSによっては提供される機能によって、アンチパターンにならないこともあります）などを検討されると良いかと思います。
|
|
17
|
+
正規化を緩める場合は、集計テーブルや[SQLアンチパターン](https://www.ketancho.net/entry/2018/03/07/080000)の見直し（DBMSによっては提供される機能によって、アンチパターンにならないこともあります[json型や配列等]）などを検討されると良いかと思います。
|
2
推敲
test
CHANGED
|
@@ -10,7 +10,7 @@
|
|
|
10
10
|
|
|
11
11
|
概念モデルの精査に関しては、他の技法（[UML](https://ja.wikipedia.org/wiki/%E7%B5%B1%E4%B8%80%E3%83%A2%E3%83%87%E3%83%AA%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E)等)を用いて、エンティティの要/不要を多角的に見直してみる。
|
|
12
12
|
|
|
13
|
-
※特にシーケンスやメッセージ
|
|
13
|
+
※特にシーケンス図やメッセージ設計で必要とするエンティティの場面や内容が明らかになります。
|
|
14
14
|
|
|
15
15
|
|
|
16
16
|
|
1
追記
test
CHANGED
|
@@ -10,6 +10,8 @@
|
|
|
10
10
|
|
|
11
11
|
概念モデルの精査に関しては、他の技法（[UML](https://ja.wikipedia.org/wiki/%E7%B5%B1%E4%B8%80%E3%83%A2%E3%83%87%E3%83%AA%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E)等)を用いて、エンティティの要/不要を多角的に見直してみる。
|
|
12
12
|
|
|
13
|
+
※特にシーケンスやメッセージの設計で必要とするエンティティの場面や内容が明らかになります。
|
|
14
|
+
|
|
13
15
|
|
|
14
16
|
|
|
15
17
|
正規化を緩める場合は、集計テーブルや[SQLアンチパターン](https://www.ketancho.net/entry/2018/03/07/080000)の見直し（DBMSによっては提供される機能によって、アンチパターンにならないこともあります）などを検討されると良いかと思います。
|