idカラムにつけるべき型は？ UNSIGNEDはつける？

Question

idカラムにつける制約で悩んでいます。ベストプラクティスとしてどの制約をつけるべきなのでしょうか？

特にUNSIGNEDをつけるべきかについてです。これまでUNSIGNEDのついてないただのINTになっているカラムをよく見てきたので、負の値のidも許すべきなのか、など、判断に迷っています。

MySQLではSERIALという "BIGINT UNSIGNED NOT NULL AUTO INCREMENT UNIQUE"と同義のカラムがありますが、これはidカラムに無思考に使ってしまって良いものでしょうか？

いろいろ疑問がまとまっていませんが、お助けいただければと思いますm(_ _;)m

Answer 1

個人的な意見というか、私はこうです、という内容です。
SQLはそれなりに使うのですが、MySQLは使ったことがある程度なのでズレてたらごめんなさい。

IDの列は、テーブルを一意に複合キーでなくひっぱれるキーだったり、管理上扱いやすいなどの理由でつくる列だと思います。
この場合、UNSIGNED、マイナスも許容する列にする必要は私はないかな、と考えます。

また、SERIALという設定もしくはBIGINTに設定するかは、h_sakuraiさんがおっしゃっているとおり、データ件数が読めるならその値に適した＋ちょっと余裕くらいの型でなるべく小さくすべきだと考えています。
MYSQLはリファレンスからみるとINTで2,147,483,647とありましたので、それ以上が必要なのはよほど大きなお金を扱うシステムなどの金額でしか、BIGINTはどのDBでも出番はないかな、と思います。
経験としては金融とビルの購入などのシステムで使ったくらいです。

ID列にかぎりませんが、データベースで制約できたりする面は基本やったほうが、プログラムでのミス防止にもなりますし、やったほうが良いかと思います。
反面、わからない、現段階では決められないのであれば、許容してしまうしかありません。

データ量にもよりますが、最近のDBMSだと、こういった設定で大きなパフォーマンスの差とはなりにくいとも思います。（こういうこと書くと怒られるかな＾＾；）

Answer 2

ベストプラクティスは知りませんが、UNSIGNEDを付けないほうがよいパターンを考えると
値が上下するカラムでプログラムのバグでマイナス値になるような事がありそうであれば
UNSIGNEDは付けない方が無難でしょう。さもないととてつもない大きな値になってしまいます。
後は、IDの最大値の予測が付くのならサイズは小さい方が良いです。
いくらでも増えるならBIGINT UNSIGNEDにするのが良いでしょう。
なにかしら、マイナスに意味を持たせる可能性がある場合もUNSIGNEDにしない方が良いでしょう。

Comments

[ikuwow]

さすがにBIGINTは大きすぎる場合が多いですよね。SERIALはBIGINTになってしまう、という理由で採用は見送ることにします。UNSIGNEDは負にする可能性がなさそうなので採用することにします。ありがとうございます！