小杉です

簡単に思いついてシンプルな構造が、整合性の取れたシステムにならな
い好例かと思います。
ＤＢを設計するときに、なるべくシンプルにしようとして発想が単純に
なってしまうと、例外処理は難しくなります。

シンプルなデータ構造を作るには、柔軟な発想が必要ですね。

> 神崎です。
>
> > >> (1) -------------- 順序キー：'00001'
> > >>     (2) ---------- 順序キー：'0000100002'
> > >>         (4) ------ 順序キー：'000010000200004'
> > >>             (6) ---順序キー：'00001000020000400006'
> > >>         (7) -------順序キー：'000010000200007'
> > >>     (3) -----------順序キー：'0000100003'
> > >>     (5) -----------順序キー：'0000100005'
>
> 確かに上記のような順序キーをつける方法が一番簡単ですよね。
> できることならわたしもこの方法が簡単そうなので
> やりたいのですが問題はメッセージの数が限られるということですよ
ね。
>
>

順序キーをつけるほうが簡単であることはたしかですね。
しかし、上記の方法ではこれまで指摘されているように問題がありま
す。
ちょっと、工夫すると、ネスト数もスレッド数もメッセージ数も制限を
解除して順序キーを作れるのですが、msgNoから順序キーを作ろうとする
限り、ちょっと難しいでしょう。

数学的な話になるので、ＳＱＬと関係ないので控えていたのですが、ス
レ式には有効なので書きます

１０進とか１６進とかにこだわらずに順序キーを作ると解決します。
たとえば、１０進でも桁にこだわらない記法をとればいいのです。
10=x0
11=x1
20=xx0
という記法をとると
1.15.10.1=1x5x01
1.16.2   = 1x62
1.21.1=1xx11


5ｘ6ｘ44421ｘ2
は
5.26.14.4.4.2.1.12

ｘ単独では１０を表さないようにすることで任意の順序キーを区切り文
字なしに並べることが出来て、asciiソートでスレ順に並べ替えることが
できます。
0が特殊な役割をしていることもわかります。

プログラムは簡単にできます。