あきた＠草加市です。

# 一通にまとめさせていただきました。
# 引用前後しますがご容赦ください。

> 数字に限定しなければ、その用途次第だと思います。

設計したときは掲示板だったのですが、それは

・掲示板が複数作成できる
・各掲示板の中にはスレッドが複数入る
・各スレッドの中には複数の書き込みが入る

というもので、平たく言えば 2ch のようなイメージです。

> 　テーブルをきちんと設計すれば、AUTO_INCREMENTを使わなくてもPRIMARY KEY
> は作れますし、AUTO_INCREMENTを使うにしても他のフィールドと組み合わせれば
> （例えば、商品の受注に使うなら日付とか）上限は予想可能ですから。

「掲示板を作る」際に必須入力すべきデータとして メールアドレス や 氏名 を
入力させるようにしたとしても、「掲示板は複数作成できる」という仕様なので
入力させたデータをそのまま主キーにはできません。

また、日時と入力させたデータを組み合わせて主キーとしても、「ミリ秒単位で
日時が同じ」な時はユニークにならないですし。
（現実には同じ人がミリ秒単位で同じ時間に「掲示板」を複数作ることはないの
でしょうが; これも「何となく気持ちが悪い」と思う点です）

だから、AUTO_INCREMENT を利用すれば良いだろうという観点で設計しました。

# Oracle ではシーケンスがあるので「十分な量の」シーケンスと日時を
#組み合わせて主キーとしたりしています。

# そもそも、私の考え方が根本的に間違ってます？

> > 設計した時は AUTO_INCREMENT を利用したのですが、ディスクが先になくなるだ
> > ろう（そもそも bingint unsigned なレコード数にならないだろう）と予想はで
> > きても、何となく気持ちが悪い設計のような気がしたのですが、実際の所どうな
> > のでしょうか？
> 私が理解できなかったのでお聞きしたいのですが、
> 上記は、「溢れるかもしれないから気持ちが悪い」という意味でしょうか？

「溢れるかもしれないから気持ちが悪い」です。
「何となくすっきりしないな」程度の気分ですね。

---
あきた じゅん（j-akita@xxxxxxxxxx）