回答編集履歴
1
質問が追記されたのでそれに関して追記
answer
CHANGED
|
@@ -3,4 +3,30 @@
|
|
|
3
3
|
そう思う理由がよく判りませんが、項目名に数字を使うことはよくあります。それに、だからといって数字を英語に置き換えるというのは本質的には何も変えていないような気がします。
|
|
4
4
|
|
|
5
5
|
例えば、あるアプリケーションの入力欄が、「メールアドレス1」「メールアドレス2」のようになっていたら、項目名も「email_addr1」「email_addr2」のようにするのが自然です。
|
|
6
|
-
「属性1」「属性2」もそれだけでは何のことだか判りませんが、システムとしてその名前を使っているのなら、そのまま項目名にした方がむしろ判りやすいです。
|
|
6
|
+
「属性1」「属性2」もそれだけでは何のことだか判りませんが、システムとしてその名前を使っているのなら、そのまま項目名にした方がむしろ判りやすいです。
|
|
7
|
+
|
|
8
|
+
---
|
|
9
|
+
追記
|
|
10
|
+
追記の内容を見ましたが、どうも状況が違ったようですね。
|
|
11
|
+
|
|
12
|
+
> そのテーブルは色々なカテゴリを包含するテーブルです。(例:車や趣味や仕事)
|
|
13
|
+
|
|
14
|
+
この時点で何か違うような気がするのですが。
|
|
15
|
+
|
|
16
|
+
> 将来的にカテゴリは増える予定で、カテゴリ別にテーブルを作るのはメンテナンス性が落ちるので、
|
|
17
|
+
|
|
18
|
+
なぜそう考えるのか、やはりいまいち判りません。異なる性質のものを一緒くたに扱って混乱する方がメンテナンス性が落ちると思うのですが。
|
|
19
|
+
|
|
20
|
+
> カテゴリ別で内容が全く変わるので、
|
|
21
|
+
|
|
22
|
+
全く違う内容のものに同じ名前を付けたら混乱すること必至です。
|
|
23
|
+
|
|
24
|
+
> また、属性は将来増えていくことも考えているので、
|
|
25
|
+
> 大中小分類よりは数のほうがあとあと楽かと思いました。
|
|
26
|
+
|
|
27
|
+
例えば「車」の属性が増えたら、自動的に「仕事」の属性も増えるということになりますが、増えた属性をどう扱えばいいのでしょうか。車は属性1～5を使って、仕事は属性1～3、というように決めておくのでしょうか。
|
|
28
|
+
あるいは、「仕事」で勤続年数のような項目を作りたいけど、数値型にするとほかのカテゴリで使えないから文字列型にしておこう、ということにはならないでしょうか。
|
|
29
|
+
|
|
30
|
+
> このテーブルの使いみちとしては、ある項目にカテゴリコードを持っていて、そのコードでWeb画面での項目の表示を分岐するということにしています。
|
|
31
|
+
|
|
32
|
+
結局分岐するのであれば、カテゴリ別にテーブルを設計した方が直感的で判りやすいと思います。
|