いつリスト（テキスト）または分類法を使用しますか？
これはばかげた質問かもしれませんが、分類用語参照フィールドよりもリスト（テキスト）複数選択フィールドを使用する利点が何なのか知りたいです。どちらも、事前に選択された複数の選択肢を提供するというほぼ同じ機能を満たしているように見えますが、分類法には、コンテンツがデータベースに書き込まれた後に用語を追加できるという追加の利点があります。
それで、どちらか一方を使用するための良いガイドラインはありますか？ （特に、list（text）が分類用語の参照よりも意味がある場合？）.
構造と動的は、分類法を選択するためのキーワードであるIMOです。最近、企業に地理的な領域をタグ付けするときに、この質問がありました。私の最初の選択は、地域のリストを使用して分類法を準備することでした。すぐにそれは過度に複雑であることがわかりました。リージョンが名前を変更することはほとんどなく、構造/親はほとんど変更されません。そこで、分類法を放棄し、フラットなリスト（テキスト）を使用することにしました。ビューでリージョンを操作するのもはるかに簡単になりました。だから-あなたのリストが静的でフラットな場合-リストに行きます。
SQLクエリが長くなるため、分類法はスケーリングに伴ってパフォーマンスの問題が発生します。ビューフィルターを使用している場合、選択リストは分類よりも高速になります。
私が学んだ主な違いは次のとおりです。
- ユーザーをサイト管理者だけでなく値のリストに追加しますか、それともサイト管理者でさえリストに追加するのが半定期的に必要になりますか？
- この値をコンテンツ自体の編成部分として使用しますか（上記の@Arturで提案されているように、この用語を共有するすべてのコンテンツのページを作成し、製品ページのように異なるレイアウトで：すべてのXL服を表示する;またはニュース、表示する）すべてのスポーツ）
- データはすべて階層的ですか？ （例：親カテゴリをキャプチャしたいサブカテゴリ、または他の子を個別にキャプチャしたいサブカテゴリ）
上記のすべてに当てはまらない場合は、select/textを使用します。はいの場合、分類用語を使用します。私の経験では、通常、select/textを使用します。それは常に間違っていると感じますが、通常は正しいです。
私の意見で明らかな勝者は、分類法の用語、より多くの力、小さな欠点でしょう。