かわじ、です。


> > 　わたしも、似たような方向では考えてみているのですが、
> > （上のSQL文は、下記のようでしょうか？ t_seq が跳びの
> > ないシーケンシャルなファイルとすると、以下のように
> > なると思うのですが、シーケンシャルテーブルの意味が
> > 私の了解と違うのかもしれません。）
> 
> 　かわじさんのやり方は、テーブルt_seqに全ての数をあらかじめ入れておくも
> ので、抜けを捜す段階でt_seqを作り直す、というものでは無いと思いますよ。

いや、これは単に私の書いた SQL が間違っていただけの話だと思います。
すみません。


> 　[mysql 08885]の(2)の方法は、ぼくの周辺では「スロット」と呼ばれるやり方
> です。一般に何と呼ばれているのかは知りません。かわじさんのleft joinの方
> 法よりも (検索と更新で)速度的に有利と考えますが、テーブル設計を失敗する
> と一層のストレージの無駄が発生しかねない方法ですね。

多分 (2) と同じ話だと思いますが、同じデータベース内に「フラグ」になる
フィールドを用意しておいて、「削除するときは（行を削除するのではなく）
フラグを変化させるだけ」というやり方もありますね。

 1. 今の時点で、テーブル内にあるデータはすべてフラグをオンにする
 2. 抜けのある数をすべてスクリプトなどで調べ上げて、その数について、
    フラグをすべてオフにした状態で適当なデータを挿入する
 3. 通常の検索や集計などはフラグがオンのもののみ対象とする
 4. データの削除はフラグをオフにするのみ（削除はしない）
 5. データの挿入は、まずフラグがオフの行を調べて、見つかればそれを
    更新することにする。無ければ挿入する。

3. のために多くの SQL文を変更しなければならないことと、5. をアトミックに
やらなければならないことが課題です。


しかし、一番いいのは「番号を使い切ることに意味は無い」と言い張ることで
しょうね。