インデックスキーを設定するとKeyがMULに。

MySQLのインデックスキーを設定するとプライマリーキーが設定されてしまいます。

phpMyAdminを使用しています。
localhostページの一番下には、下記２つの注意が発せられています。
■phpMyAdmin の新しいバージョンが提供されています。アップグレードの検討をお奨めします。最新バージョンは 3.5.1 で、2012-05-03 にリリースされています。
■phpMyAdmin 環境保管領域が完全に設定されていないため、いくつかの拡張機能が無効になっています。理由についてはこちらをご覧ください。

localhostページの右側にあるバージョン情報は、
＜データベースサーバ＞
ソフトウェア: MySQL
ソフトウェアバージョン: 5.0.96-community-nt - MySQL Community Edition (GPL)
プロトコルバージョン: 10
サーバの文字セット: UTF-8 Unicode (utf8)

＜ウェブサーバ＞
Apache/2.4.1 (Win32) PHP/5.2.17
データベースクライアントのバージョン: libmysql - 5.0.51a
PHP 拡張: mysqli

＜phpMyAdmin＞
バージョン情報: 3.5.0, 最終安定バージョン: 3.5.1

現段階は、下記のようなテーブル構造になっています。
下記は質問用にデータをコピーするためにMySQL monitorを使いました。
フィールドの追加やキーの追加と削除はphpMyAdminで行っています。

（１）テーブルの構造
mysql> SHOW FIELDS FROM `infotable`;
+----------+---------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+----------+---------+------+-----+---------+-------+
| id | int(11) | NO | PRI | NULL | |
| name | text | NO | | NULL | |
| kudamono | text | NO | | NULL | |
| coment | text | NO | | NULL | |
| tes | int(11) | NO | | NULL | |
+----------+---------+------+-----+---------+-------+

（２）`tes`にインデックスキーを設定
phpMyAdminの「構造」画面でtesフィールドの「操作」欄の「その他」ドロップダウンから「インデックスを追加する」をクリック
phpMyAdminの画面に
ALTER TABLE `infotable` ADD INDEX ( `tes` )
と表示され`tes`にインデックスキーを設定しました。

（３）インデックスキー設定後のテーブルの構造
mysql> SHOW FIELDS FROM `infotable`;
+----------+---------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+----------+---------+------+-----+---------+-------+
| id | int(11) | NO | PRI | NULL | |
| name | text | NO | | NULL | |
| kudamono | text | NO | | NULL | |
| coment | text | NO | | NULL | |
| tes | int(11) | NO | MUL | NULL | |
+----------+---------+------+-----+---------+-------+

ここでMULという文字が出てきて調べてみると、
プライマリーキーの重複を表す文字で、
インデックスを設定したはずなのに
プライマリーキーが設定されてしまいました。

（４）text型のnameフィールドにもやってみます。
text型の場合は、tesフィールドと同じ方法ではできなかったので、
「SQL」画面で
ALTER TABLE `infotable` ADD INDEX (`name`(10))
を実行しました。

mysql> SHOW FIELDS FROM `infotable`;
+----------+---------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+----------+---------+------+-----+---------+-------+
| id | int(11) | NO | PRI | NULL | |
| name | text | NO | MUL | NULL | |
| kudamono | text | NO | | NULL | |
| coment | text | NO | | NULL | |
| tes | int(11) | NO | MUL | NULL | |
+----------+---------+------+-----+---------+-------+

text型も同じ状態になってしまいます。
なぜMULになってしまうのでしょうか。
インデックスを追加するにはどうしたらよいでしょうか。

ちなみに
ALTER TABLE `infotable` DROP INDEX `tes`
を実行後はtesのMULは消えます。

No.1 ベストアンサー 回答者： nora1962 回答日時： 2012/05/12 09:15

> ここでMULという文字が出てきて調べてみると、

> プライマリーキーの重複を表す文字で、
> インデックスを設定したはずなのに
> プライマリーキーが設定されてしまいました。

これはたぶん勘違いです。MULTI VALUE（多値）の意味でユニークインデックスではないという意味ではないでしょうか。
通常のINDEXは重複値を許すので「MUL」が表示されるのが正常な状態だと思います。

この回答へのお礼

ありがとうございます。
そうだったのですか、私の読み間違いだったかもしれません。

余談ですが、
http://ieurikai.com/%E9%95%B7%E9%87%8E%E7%9C%8C/ …
こちらのサイトに「詳細条件を開閉する」というボタンがあり、
押すといっぱい選択肢がありますが、これらは１つ１つに対してフィールドを作って
インデックスキーを設定して検索させているのでしょうか。

お礼日時：2012/05/12 12:46

No.3 回答者： yambejp 回答日時： 2012/05/14 18:43

補足や回答で書いた内容を、別の質問でするなら

元の質問は閉じてください

No.2 回答者： yambejp 回答日時： 2012/05/14 11:21

>いっぱい選択肢がありますが、これらは１つ１つに対してフィールドを作って

>インデックスキーを設定して検索させているのでしょうか。

普通に設計するなら、方法は２つ

ひとつは、一つ一つをフィールドとして管理する
メリットは一覧にしやすいので視認性が高く、構造が簡単なのでメンテナンス性も高い
デメリットは拡張性が低く、検索条件のクエリーも複雑になりがち

もうひとつは、これらの条件をまとめて条件フィールドとして
別テーブルで管理する
メリット・デメリットは上記の逆

プログラムなどで結果を表示するなら後者の方が楽、SQLにあまりくわしくないなら
前者でも仕方ないかな・・・のレベル

この回答へのお礼

参考になります。ありがとうございます。
phpから利用する目的の効率的なデータベースの活用
を学べるような参考書はありますか？

お礼日時：2012/05/14 11:47