フィールド名は日本語にするか、英語にするか (231レス)
1-

1
(3): 2006/06/15(木)15:28 ID:uKjpjL1Y(1) AAS
プログラミング的には、変数名と同じ感覚で英語なのかもしれないが、
英語にすると、日本語との変換データが必要になる。

ユーザーの感覚では日本語が当然わかりやすい。

特にユーザーがなんらかのUIを経て、テーブルやフィールドを
自由に作成する場合は日本語が良い?
2: 2006/06/15(木)18:37 ID:??? AAS
アホ
3: 2006/06/15(木)20:05 ID:??? AAS
>特にユーザーがなんらかのUIを経て、テーブルやフィールドを
>自由に作成する

こんなものは作るな。研究・解析系は除くが、その場合は英語だわな。
4: 2006/06/17(土)00:10 ID:yTdcSlGF(1) AAS
人間が使うものだから、
わかり易いのが一番。
5: 2006/06/17(土)03:07 ID:9jZ+yuyk(1) AAS
それとオレあんな女とは絶対一緒になってやんねーからw
ばかばかしい。
命かけてもオレとは話すらするきないんだからほんとにばかばかしかったよ。
6: 2006/06/17(土)10:22 ID:??? AAS
日本語か英語かじゃなくて、キャラクタベースで操作するときに全角半角の
切り替えを要求されるようなフィールド名にするかどうかだな。半角でも'hankaku'
は英語じゃなくて日本語だから。
で、キャラクタベースでの操作が要求されるようなら断然半角にするな。
(内部的にはすべてマルチバイトに移行しつつあるようだけど操作上は全角
半角が残りそうだし。)
7: 2006/06/17(土)17:37 ID:??? AAS
技術屋的に考えるなら英語一択だろ。
意外と使われてないのが、Oracleのコメント機能なんだけど、
あそこに日本語名とか備考入れてけばいいんじゃない?
Javaソースとjavadocみたいにソースと仕様書を一致させられるし。
sqlplusでもうちょいコメントが扱いやすければねー。
8: 2006/06/19(月)21:15 ID:??? AAS
ASP+SQLとかPHP+SQLとか
SQLの場合、たいてい他の言語と組み合わせて使うもんだから
相手の命名制限にもひっかかんないようにするのがおすすめ
あっちの変数名とこっちのフィールド名が全然ちがうと
デバッグが大変だし、改修も手間がかかる
grepで必ずどっちも引っかかるくらいだと後々改修が楽でよい

相手が日本語の変数名をゆるさないなら半角だけにした方が無難
9
(2): 2006/06/22(木)00:15 ID:??? AAS
>1
>ユーザーの感覚では日本語が当然わかりやすい。
1部署のちっこいやつだと↑これが当てはまると思うが複数部署とか
複数業務にまたがると日本語名称だと部署毎の認識が違うとかでかえって
わかりにくくなると思われます。

>特にユーザーがなんらかのUIを経て、テーブルやフィールドを
>自由に作成する場合は日本語が良い?
ユーザさんは日本語名称で提示してくるそれをDB項目一覧とかから
ユニークに割り当てして承認もらって・・・ 
だけどそれが日本語だと大混乱になると思う。
省2
10: 2006/06/22(木)00:25 ID:??? AAS
>販売管理事業部_商品管理_商品種別コード
「Accessで課長が作ったんですけど」って見せられたやつはそんな感じだた
11: 2006/06/22(木)15:09 ID:t8z9cUkI(1) AAS
>>9
> ユーザさんは日本語名称で提示してくるそれをDB項目一覧とかから
> ユニークに割り当てして承認もらって・・・ 
> だけどそれが日本語だと大混乱になると思う。
>
> 販売管理事業部_商品管理_商品種別コード Char(10)
> ↑こんな項目名使いたいか? >>1

それが英語だとどうなるの?
12: 2006/06/22(木)15:40 ID:??? AAS
>>9
種別 だけでいいんじゃない。
General Database を指向するとそうなるのかな?
13: 2006/06/22(木)15:53 ID:65yugwU8(1/2) AAS
フィールド名に日本語使おうなどと考える奴は
なんでもかんでも自分のお脳味噌で管理しようとして
お脳味噌で管理できなくなると面倒くさくなって投げ出すタイプ。

フィールド名は”うろ覚え”で扱うようなものではなく
常に全てを覚えておけるものでもないのだから
日本語だろうが英語だろうが関係ない。

PG開発言語やDB定義名にいちいち日本語使いたがる奴は
効率化の着眼点が主観的過ぎてウンコ。
14: 2006/06/22(木)16:21 ID:??? AAS
本当に、
> 日本語だろうが英語だろうが関係ない。
のなら、普通に使って問題ないはずだが?
15: 2006/06/22(木)16:35 ID:??? AAS
英語もどきやローマ字だとどうちがうのだろうか。
16: 2006/06/22(木)16:39 ID:65yugwU8(2/2) AAS
日本語だろうが英語だろうが情報を区別する為の言語を変えたところで
たいした効率化にはつながらない。むしろ日本語による識別の場合
標準的な手法と異なることによるデメリットの方が大きい。

コンピュータにおいてマルチバイト文字の使用は
常に特別な問題を持っておりDBのフィールド名に日本語などを
使用すれば互換性や汎用性が著しく低下する恐れがある。

PG開発言語やDB定義名に日本語を使って喜ぶのは
物事を表面的・感覚的にしか理解できないゲーム脳のウンコ野郎だけ。
17: 2006/06/22(木)17:00 ID:??? AAS
データがマルチバイトを使用しているからなぁ。説得力ないね。
システム構築時に決定され、文字列長などが
関数演算の対象にならない定義名は何の問題もないはず。
18
(1): 2006/06/22(木)17:14 ID:5Iq34pOu(1/2) AAS
識別子とデータそのもののマルチバイト文字の使用では問題の範囲が全然違ってくるよ。
市販ツールとの相性なんかで大きな違いが出てくる。
フィールド名に日本語を使うということはSQL文に日本語を使うということで
クエリーツールなどとの相性を考えると余計な問題が増える可能性は高い。
フィールド名に日本語なんて使わないほうがいい。
19
(1): 2006/06/22(木)17:32 ID:??? AAS
>>18
で、ツールやクライアントの相性問題をクリアできれば使っていいって思いますか?
俺はそういう立場を取るんだけど。もちろんツールのバージョンによって変わるような
あいまいな条件じゃなく、定義名の文字コードをちゃんと指定できる、というのが前提。
当たり前だけど、将来的に全然違うツールやクライアントを使う可能性が高ければ、
日本語は使わない。
20: 2006/06/22(木)17:40 ID:5Iq34pOu(2/2) AAS
互換性の問題を一切考えなくていいという仮定なら日本語を使うと思うが
現実的には心配が多々あるので無難に英数字を使う。
1-
あと 211 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.754s*