会員制のIDの振り方でお尋ねします。利用がネットのみなら、ユーザが決めるIDが最善策と思いますが、半分が非ネット利用で半分ネット利用のため運営者がIDを決める必要があります。他の既会員のIDを推測されにくくする為の策を考えています。①アルファベットではなく７桁ぐらいの番号制にすることをどう思いますか？（もちろん認証にはパスワードもあり）。その場合AUTO_INCREMENTは一発で推測されるので駄目でしょう。

URLは参考です。

この方法は、入力ミスをなくすため、数字のコード設定に広く使われて方法です。

有利点は、計算で求められるため全体数が多い場合総当たりしなくても正しいかチェックできる点にあります。

この応用で、チェックデジットを2桁、3桁にする方法も良いと思います。

もうひとつは、下2桁だけ乱数というのは同でしょうか、上5桁は連番で設定することによりユニークになります。

下2桁は単に推測されるのを防ぐためだけに2桁の乱数で設定します。

管理する場合は、上5桁だけを意識して管理すると管理も簡単になると思います。

１）数字のIDは好きですね。覚えやすいし、携帯会員なども入力しやすいので。

何名くらいの会員数を予定されているのか分かりませんが、10万人くらいの会員の場合は、オートインクリメント５桁＋ランダム２桁で可能で、ランダム２桁だけで格段に推測が難しくなります。（100分の１の確率で会員IDを当てて、パスワードまでヒットさせるのはかなり難しいと思います。）

数字７桁というのは人間が簡単に覚えられる桁数なので私は好きです。10万人を超えると上記方法では溢れてしまうため８桁になってしまいますが…。

２）セキュリティをどうしても高くしたい場合は完全ランダムアルファベットだと思いますが、覚えられないのでイヤです。

ネット利用者は好きなIDで、非ネット利用者は「日付（秒数まで）＋ランダムアルファベット3桁くらい」にすれば、非ネット利用者の登録作業を数人で行う程度であれば、まずかぶる事はありません。（同じ時間（秒数まで同じ）でランダムアルファベット3文字がかぶる事は考えられないです。心配ならアルファベットをもっと増やせば良いかも）

ちなみに非ネット会員がネット会員になった場合にIDを取り直してもらえば済む問題だと思いますし、その時１度だけならどんな長い難しいIDでも入力してくれると思います。

ちなみに、IDの重複チェックですが、MySQLでも10万人程度なら一瞬ですよ。