質問編集履歴
5
(解決済みにしますがなにか意見があればいただけるとうれしいです。)
title
CHANGED
File without changes
|
body
CHANGED
@@ -1,3 +1,4 @@
|
|
1
|
+
(解決済みにしますがなにか意見があればいただけるとうれしいです。)
|
1
2
|
社内で社員が利用する小規模なWEBアプリを構築することになりました。
|
2
3
|
データベース構築から入るということで先輩方が色々協議を重ねた結果テーブル構造が出来上がったのですが、その構造が簡単にあらわすと以下のようになっていました。
|
3
4
|

|
@@ -24,6 +25,4 @@
|
|
24
25
|
このデータベースの問題点を指摘していただきたいです。
|
25
26
|
私が間違えている場合はその点も指摘していただけるとうれしいです。
|
26
27
|
また調べていると、作業情報テーブルの構造はSQLアンチパターンの「EAV」と呼ばれる構造に見えるのですがあってるでしょうか。
|
27
|
-
拙い日本語で申し訳ありませんがよろしくお願いします。
|
28
|
+
拙い日本語で申し訳ありませんがよろしくお願いします。
|
28
|
-
|
29
|
-
(解決済みにしますがなにか意見があればいただけるとうれしいです。)
|
4
解決済みにしますがなにか意見があればいただけるとうれしいです。
title
CHANGED
File without changes
|
body
CHANGED
@@ -24,4 +24,6 @@
|
|
24
24
|
このデータベースの問題点を指摘していただきたいです。
|
25
25
|
私が間違えている場合はその点も指摘していただけるとうれしいです。
|
26
26
|
また調べていると、作業情報テーブルの構造はSQLアンチパターンの「EAV」と呼ばれる構造に見えるのですがあってるでしょうか。
|
27
|
-
拙い日本語で申し訳ありませんがよろしくお願いします。
|
27
|
+
拙い日本語で申し訳ありませんがよろしくお願いします。
|
28
|
+
|
29
|
+
(解決済みにしますがなにか意見があればいただけるとうれしいです。)
|
3
私の言い分の3番に追記しました。
title
CHANGED
File without changes
|
body
CHANGED
@@ -16,7 +16,7 @@
|
|
16
16
|
なぜか先輩方はALTER TABLEが嫌いらしく納得してくれませんでした。(項目数が頻繁に変わる場合がある?)
|
17
17
|
2. カラム数がとんでもないことにならないように作業の内容を分析してテーブルを分けるべき。
|
18
18
|
項目マスタテーブルに持っている作業結果形式は本来カラムのデータ型であるべきだと思うのでここもテーブル分ければ無くせる?
|
19
|
-
3. 作業情報テーブルから特定の作業日をSELECTするのが大変
|
19
|
+
3. 作業情報テーブルから特定の作業日をSELECTするのが大変。作業情報テーブルの作業結果のうち複数の値を条件にSELECTしようとするとSQLが長くなってしまう
|
20
20
|
先輩曰く1つの作業にどの項目コードが存在するかを別の設定ファイルに記述しておき、ある社員がある作業日に実施したデータをSELECTする際は、条件文に設定ファイルから読み込んだ項目コードの一覧をOR条件で付けて検索しろとのことなのですが・・・
|
21
21
|
4. 作業場所グループに属する作業場所を変えようとしたら結局ALTER TABLEが必要になる。(項目数より頻繁に変わらないからいいのか?)
|
22
22
|
|
2
タグにSQL Serverを追加しました
title
CHANGED
File without changes
|
body
CHANGED
File without changes
|
1
画像を差し替えました
title
CHANGED
File without changes
|
body
CHANGED
@@ -1,6 +1,6 @@
|
|
1
1
|
社内で社員が利用する小規模なWEBアプリを構築することになりました。
|
2
2
|
データベース構築から入るということで先輩方が色々協議を重ねた結果テーブル構造が出来上がったのですが、その構造が簡単にあらわすと以下のようになっていました。
|
3
|
-

|
4
4
|
|
5
5
|
|
6
6
|
私はデータベース設計に詳しくないのですが、上記の図のようなデータベースの形というのはよくあるものなのでしょうか?
|