get_term（）に分類が必要なのはなぜですか？term_idは一意ではありませんか？

関連するWPSEの質問では、分類を指定せずにIDのみを指定して用語を取得する方法を尋ねています。私の質問はもっと哲学的です。一般に、WPコアにあるものには理由があります。term_idを用語の主キーにできない理由を理解しようとしています-なぜ分類も必要なのですか？1つの用語レコードを複数の分類法のメンバーにすることはできますか？これは確かに現在APIではサポートされていません。これが望ましいと思われるユースケースはありますか？

それとも、データベース構造の初期の化身の痕跡にある必須$taxonomyパラメータget_term()ですか？

これに対するチケットをtracで記録しました：http : //core.trac.wordpress.org/ticket/20536

ただし、WordPressには現在（2.x以降）同じ名前の2つの用語を同じterm_idに関連付けるバグがあるため、当面は必要であることが判明しています！したがって、1つの用語が複数の分類法に関連付けられる可能性があります（正しくはありません）。このバグを参照してください：http : //core.trac.wordpress.org/ticket/5809

それはかなり広範囲にわたるので、修正の実装は非常に徹底的にユニットテストする必要があります。何か進展があった場合は、この質問を忘れずに更新するようにします。

なぜ分類法も必要なのですか？1つの用語レコードを複数の分類法のメンバーにすることはできますか？

いいえ。用語には用語アーカイブをサポートするスラッグがあります。また、スラッグを2回持つと、いくつかのパーマリンクシナリオで多くのマイントラップまたは「不変」が発生します。

これが望ましいと思われるユースケースはありますか？

はい：あなたは例えばのための条件を持っていることを想像sizeしてという名前の3つの分類法を持っているlength、width とheight（あなたはまた、色について考えることができます）。しかし、上記の理由により、これはサポートされていません。

一般に、WPコアにあるものには理由があります。term_idを用語の主キーにできない理由を理解しようとしています-なぜ分類も必要なのですか？

テーブルを見て、を実行することからEXPLAIN、term_id が主キーになります。大規模なシステムでは、（遅い）結合を使用して分類法固有の用語のみをクエリする方が、すべてをクエリし、並べ替えて、必要なものをフィルター処理するよりも速いと思います。