あきた＠草加市です。

たくさんのコメントありがとうございます。

# 妙な疑問ですみません (^_^;)

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

> 　「MySQLの場合」というより「このような掲示板を作る場合」なんですね。
> 　であれば、あきたさんの方法でもよいのでは？

「このような掲示板を作る場合」、Oracle であればシーケンス（と日付等を組
み合わせて）で無限にレコードを作成できると考えていたのですが、MySQL だと
シーケンスがないので AUTO_INCREMENT を使わざるを得ないかな、と。

で、AUTO_INCREMENT というのはシーケンスのように（論理的に）無限ではない
ので「なんとなく気持ちが悪い」と思った次第です。
無限ではないと言っても、実際には無限といっても差し支えないですし、シーケ
ンスにしてもディスク容量等に引っ張られて結局は無限ではないわけですから、
良く良く考えてみるとあまり悩む必要がないような気がしてきました。

だから

> 　AUTO_INCREMENTにしてもシーケンスにしても、物理的な値の上限はあるのです
> から。 AUTO_INCREMENTがNG、シーケンスがOK、は、違うと思いますよ。

については松枝さんがおっしゃる通りですね。


菅原さんの考え方

> 　僕だったらRDBMSによらず
> ・掲示板ID（ここをAUTO_INCREMENT）を保持するテーブル
> ・掲示板IDとスレッドID（ここをAUTO_INCREMENT）を保持するテーブル
> ・掲示板IDとスレッドIDと書き込みID（ここをAUTO_INCREMENT）と書き込み内容
> を保持するテーブル
> にしますけどね。

も、かわじさんの考え方

> 上記の 3層の構造を、一つの primary key で賄うのではなくて、
> 3つのテーブルの primary key に分ける方法もあります。

も同じ意味合いですよね？

あまり詳しく説明していなかったので申し訳ないのですが、私も上記の通りにし
ています。
ただ単純に、AUTO_INCREMENT が（論理的に）有限という点がずっと気になって
いたのです。


> 　複数のフィールドに主キーを張る事は行われている事ですが、主キーの意味が
> 主キー以外の意味と混同されているケースが多い様に思われます。

こちらについては、すみません。
私が例としてあげた「主キー」と Subject の「ユニークキー」がごっちゃになっ
ていますよね。

一意なキーが論理的に有限だという点がずっと気になっていた、ということです。
（物理的に有限なので、上の方でも書きましたがかなり意味のない疑問だった
　ような気がしています）


> 日付だけでまずいという事でしたら、例えば日付＋数値フィールドを主キーにし
> たらどうでしょう？？
> 同一時刻の書き込みは、多くても大した数ではないでしょうから、これで少しは
> 安心できるかな？って気がしまして・・・ｗ

えっと、考え方は渡辺さんと同じだと思っています。
ですが、「数値フィールド」に AUTO_INCREMENT を使ってしまうと（論理的に）
有限だなぁと。

前述の通り、Oracle ではシーケンスを使っていたのですが、MySQL にはそれが
ないので気になっていました。

# シーケンス的なロジックを AP で作り込めば解決するんですけどね。

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