カラム名の付け方

Question

データベースのカラムで「日本語名」、「英語名」みたいなのを定義する場合
jp_name,en_name
か
name_jp, name_en
どちらがよいでしょうか？

Answer 1

ネーミングルールがあるならそれに従うまでですが、ない場合は個人の主観になりますね。
私個人としては name だけでみれば、name_jp の方が良いかと思いますが、もっとたくさんカラムがあると国別にグルーピングしたくなるかもしれません。
例えば、この程度なら name_jp とします。

address
name_jp
name_en
age

この場合だと jp_name にするかもしれません。

jp_name
jp_address
jp_memo
en_name
en_address
en_memo

もっともこのようにカラム数が増えるようであれば、IDを持たせてレコードを分けます。

lang    … 0=jp,1=en
name
address
memo

Answer 2

今回のご質問に対しては絶対的な答えはございません。
担当されていつ開発環境や開発手法や使用するフレームワーク、
使っているツールなどによって、何が楽な方法なのかは違うと思います。

ただ組織内で命名規約やルールなどが決まっている場合があるので
そちらを参照された方が良いのではないでしょうか？

組織内にルールがないということであれば後にデータをどのように
扱うかによって決められたら良いと思います。

最初にnameを持って来てアルファベット検索時に統一的に見やすくするか？
あえて後ろに持ってくるかは処理次第です。

Answer 3

ご質問の内容については、他の方も述べられている通り、案件やチームごとにケースバイケースで決定されることかと思いますので、どちらが良いとは言えないと思います。

質問の本題からはそれますが、1点、「jp」は国名コードであり、言語コードではありません。
「日本語」の言語コードは「ja」です。
「日本」の国名コードが「jp」です。

言語コード: https://ja.wikipedia.org/wiki/ISO_639-1コード一覧
国名コード: https://ja.wikipedia.org/wiki/ISO_3166-1

よって、「ja_name, en_name」もしくは「name_ja, name_en」の方がより良いと考えます。

Answer 4

「物理列名」ということが多いでしょうか？ ソフトウェア業界で統一された表現かは知りませんが。
質問の例はどちらでも良いですが、一貫したネーミングルールが欲しいです。ローマ字表現するなら必ずヘボン式で統一する。オフショア開発するなら英語でネーミングするのがミスが少ないです。複数のメンバーで設計するならネーミングルールをわかり易い文章で必ず共有しておきましょう。
ネーミングが雑だと同じ論理列名なのにテーブルによって桁数やデータ型違っていて、本番にのせたら桁あふれで落ちたり、暗黙の型変換の為にパフォーマンスが出なかったり、と困ったシステムが少なくないです。
テーブルが多ければERツール も使いましょう。

Answer 5

ネーミングルールについては組織内での意思統一の問題や慣例とされるルールがあるので、どれを取り入れるかはケースバイケースだと思います。
ただ今回のご質問のようなケースだと、アルファベット昇順で並べたときに名称本体部分(この場合"name")が固まった方がよいのか、言語部分が固まった方がよいのか、という判断になるのではないでしょうか。