定義するカラムの順番

Question

とてもどうでもいい問題かもしれませんが、
RDBのテーブルに定義するカラム順に推奨する規約的なものは存在しますか？

例えば、私は以下のようなカラムを順番に定義しましたが、
id
name
category

ある人は以下の順が見やすいと言います。
id
category
name

私的には、一意性が強いカラムを左に置きたいわけですが、
そういえばそんな規約をみた覚えもないなと。

よろしくお願いいたします。

Comments

[coco_bauer]

「見やすい」というのが、どのような観点に基づくものなのかを”ある人”に聞いてみてはどうですか？　一般的な規約は無いと思いますが、職場内ルールや慣習があるのかも知れませんから。

[ikasoumen]

カテゴリ別に見たい場合の方が多いといったところでしょうか。

Answer 1

「列の順番によって有意な性能差がある」という状況でもなければ、順番はまさしくどうでもいいと考えます。列を取り出すときだって、名前で指定する、もしくはSELECTで列名を指定するわけなので、コードが順番に依存するような状況は、基本的に適当でありません。

MicrosoftのSQL Serverでは、ALTER TABLEで列を追加する時、最後にしか追加できません（情報元）。

ALTER TABLE ステートメントを使用してテーブルに列を追加すると、これらの列は自動的にテーブルの最後に追加されます。

Comments

[ikasoumen]

ありがとうございます。
たしかに、アプリケーション上だとあまり列の順番は関係ないですね。
設計書とか、select * FROM でちょこっと検索する時に少し気になるかなと。

Answer 2

primary key などの索引になる列は最初に、更新日時の類は最後に設定するのが伝統的なテーブル設計に多いと思いますが、質問のnameやcategoryの順はどちらでも良いのでは？どちらかに決めたら、すべてのテーブル設計のnameとcategoryの順序は統一した方が良いでしょう。

Comments

[ikasoumen]

ありがとうございます。
僕としてもnameを先にすることにそこまで頑固になる必要はないと思っているので、
categoryを先にしました！

Answer 3

そこは好みな気がしますね。
大きなカテゴリを先に持って来たい人もいると思います。
実際の使われ方なども考えながら決めたりしますかね。

絶対に○○カテゴリの××NAMEで使うのならばその順番でもいい気がしますし
カテゴリに関わらずNAMEで使うことがあるなら、NAMEが先でも良いでしょう。

Comments

[ikasoumen]

ありがとうございます。
好みということで気が楽になりました。

[yuki-saito]

よかったです＾＾