(2008/03/30 追記あり)

RC 3 までいっている WordPress 2.5 ですが、現在のところをタグ管理について不可解な動作があるようです。 ぼくも気になったのでちょっと調べてみました。

わーどぷれすっ！ » WP 2.5 のタグ付け機能のバグ

2.3 からひきづってる（と思われる）カスタムなタグスラッグを設定しているときのタグの重複問題が 2.5 RC1 でも解決してないことに今頃気づいた。

WordPress は仕様書なんてないので、どの動作が正しい動きなのかわからないところもあるのですが、tai さんご指摘のようにユーザーインターフェースと見た目の動きは、おそらく間違いなく開発元も不具合と認識するような動作です。

ポイントとなるのは (wp)_terms というテーブル。 なんとか DB 設計書から仕様を読みほどいてみます。

Database Description/2.3 « WordPress Codex

Table: wp_terms

wp_terms は以下のような形をしています。

Field	Type	Null	Key	Default	Extra
term_id	bigint(20)		PRI		auto_increment
name	varchar(55)
slug	varchar(200)		UNI IND
term_group	bigint(10)			0

name カラムにタグ名、slug カラムにスラッグ値がはります。

term_id はプライマリキーで、id 番号がはいります。 じゃーこの番号が、何をキーにして増えていくかというと、 slug が UNI (ユニーク) なので slug になっています。

ってことは、

• name (タグ名) は重複を許す。
• slug は一意である。

という仕様に見えます。

ここで、いまの不具合に目を向けると、

• 1. 新規タグ A (name) を作成する
• 2. A の slug を変更する
• 3. 再びタグを add するときに A を指定する

こうすると、A タグが 2 つできてしまうという現象です。 実はデータベースの構造だけをみるとこれは、

[tegaki]仕様どおり。。[/tegaki]

要は slug がキーになっているので、違う slug は別タグ(term_id) 扱いです。

ユーザインターフェースがおかしいのはおいておいて、仕様だとするとなにをしたいのかよくわからないですが、たとえば

plugin と addin というタグを extention という slug にまとめることが可能。

という動きともとれます。

もしこの DB 仕様のまま何かをなおすとすれば、ユーザインターフェース側を、

タグ add 時点に重複する name をみつけた場合は、どの slug ふるのかを決めさせる。

と変更することになると思います。

まぁたぶんこれはなくって、単純にデータベースの設計がおかしいのだとは思いますが。。（笑）

てなわけで、tai さんがチケットきってくれたので、こちらで真相がわかるに違いありません。 また、yuriko さんが折衷案のパッチをなげてくださっています。

Yuriko.Net: WordPress で日本語タグ重複問題解決パッチ案

とりあえず、taxonomy が post_tag の場合はタグ名でも比較チェックを行うパッチを考えてみました。手元のテストでは重複問題には対処できましたが、副作用がどれだけあるかは不明です……。

#6313 (When you have a custom tag slug, it will duplicate tags) – WordPress Trac – Trac

When you have a custom tag slug that is different from the tag name, you will have duplicate tags after saving a post with the tag.

さぁ、真相はいかに。 🙂

追記。 ぼのさんより指摘あり! 🙂 いろいろ話していて、

• wp_terms の name はテーブルとしてはユニークにならない。 カテゴリ名その他とかもはいるから。
• なのでこのテーブルとしては slug ユニークでよい。
• でも、それだと wp_taxsonomy の存在意義がなぞ。

うーん、そういうことかー。 wp_taxsonomy もみないといけないということなのだろうか、、どうしたらいいのか良くわからなくなってきてしまいました。。 ２時間くらい考えることが必要そう。（笑

ぼのさん、まかした。 🙂