あきた＠草加市です。

> 　この手の事は、感覚で判断するのではなく、理性と言うと少々大袈裟、計算に
> よって判断する事が宜しいでしょう。auto_incrementなbigintフィールドを主キー
> とすれば、毎秒100万レコードを挿入するとしても58万年位は持つ計算になりま
> す。oracleのシーケンスなら31兆年ですね。58万年では不十分、31兆年なら十分、
> でしょうか？

うっ、、、

確かに、松枝さんのおっしゃる通りですね。
「bigint な量のレコードはどう考えても持たないはず」と考えて設計しました
が、計算すれば一目瞭然ですね・・・。

大変失礼致しました。
というか、情けない話ですが目から鱗です。

> 　私見とすれば、時間のみを主キーにする事も十分にアリでしょう。ミリ秒、10
> ミリ秒程度の粒度を持つ時間型なら、ですが。MySQLの timestamp型は粒度に問
> 題があります。 DBアクセスのエラーハンドラ中に、一意違反の場合は再行する
> コードを追加するだけです。

確かに、言われて気付きましたが掲示板程度のものであればこの実装方法で問題
ないですね。
こちらも目から鱗です。

> 　というか、コンピュータが扱えるモノはそもそも「たかだか有限」に過ぎない
> のですよ。無限であることは「論理的に」あり得ません。

うーん、、、

ノイマンなコンピュータはアナログでなくデジタルなわけなので、突き詰めれば
確かに「無限」はあり得ませんね、、、

# 自分が言い出したことですが、自分でも「無限」と「実用上無限」を取り違え
#ているんだから身も蓋もないですね。

> ＃ついでに、日時＋数値を主キーとして数値が有限だとしても、
> ＃同一時間（例えば1秒）でbigintを埋めるほどの処理が可能な
> ＃システムがあるとは思えないのですけれど。

はい。確かにおっしゃる通りです。。。

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