夢屋と申します。

私も、商品IDを扱うフィールドと、AUTO_INCREMENTを振るフィールドは別に持つと思
います。
ていうか、持ちます。

AUTO_INCREMENTのフィールドは、
あくまでＤＢ内だけで管理される、ＤＢ設計者だけが意識するフィールド（ユーザは
意識しない）。
ぶっちゃけ管理用フィールド。

対して商品IDのフィールドは、それこそ char(30) とでもして、
必要に応じて各桁に意味や重みを持たせて管理します。

それと info2さんが言われている、
>、Auto incrementで商品IDを作るのは基本中の基本のようですが(あらゆる本にそう
書いてある)、
は、確かに入門編的な本はたいていそう書いてあると思います。

たぶん本の主旨としては、AUTO_INCREMENTは便利ですよという所にある。
それだけなのでしょう。
実際、今回のスレのようなことを入門編で突っ込むのは、
意義的にも紙数的にも、意味が薄いとの判断ではないかと思います。



>From: info2 <info2@xxxxxxxxxx>
>Reply-To: ml@xxxxxxxxxx
>To: ml@xxxxxxxxxx
>Subject: [mysql 13163] 商品コードについて
>Date: Wed, 19 Jul 2006 22:09:23 +0900
>
>一般的な考え方を教えてください。
>
>商品のデータベースにおいて、Auto incrementで商品IDを作るのは基本
>中の基本のようですが(あらゆる本にそう書いてある)、たとえば商品コ
>ードの生成を10001からはじめた場合、商品アイテムの入れ替えが多い
>と数年で99999に達します。
>
>すると、その商品マスターを作った日付などから、現在使っていない
>10001や10002などの古い商品レコードを抽出し破棄するなどして、それ
>らの商品コードを新たな商品にふればいいのでしょうけれども、
>
>1. auto incrementでは10001、10002などの数字は得られない。
>2. 空いているコードは、たぶん飛び飛びである。
>
>などの問題が生じると思います。
>データベースを何年も運用する中で、商品コードの空番号はどうやって
>確保するのでしょうか??
>
>鈴木健
>
>