質問: フィールドのスケーラビリティーのコンテキストでフィールドを再利用することと新しいフィールドを作成することの間の適切なバランスは何ですか? ウェブサイトで次のフレーズを読みました。 新しいフィールドをコンテンツタイプに追加する代わりに、既存のフィールドを追加することは、システムの複雑さを軽減し、スケーラビリティを改善するためのより良いオプションです。 そして、いくつかの疑問が生じます。私たちが開発しているシステムでは、3つまたは4つのコンテンツタイプにまたがってフィールドを再利用する可能性がありますが、引用句が言うようにスケーラビリティを向上させる代わりに、フィールドのテーブルがより早くボトルネックになるため、それは減少します。 (少なくとも、この場合は私の推論です。そのフィールドのすべての値を合わせると、年間数百万になるため、テーブルが大きくなりすぎます)。同意しますか?いくつの行が、建築するときに狙うのが賢明な最大値でしょうか?そうすることで、フィールドをいつ再利用するか、いつ新しいフィールドを作成するかを決定できます(再利用する機会はあるとしても)。
回答: 別のヒント:フィールドがたくさんあると、多くの異なるモジュールでも問題が発生します。たとえばトークンguiを使用すると、たとえばurlエイリアスを編集しようとすると、ブラウザが数分遅れます。この動作は、トークンが読み込まれて表示されるすべてのページで確認できます(devel-dpm()などを含む)。innodbを使用する場合、このデータを複数のテーブルに分割してもパフォーマンス上の利点はありません(myisamはテーブルロックのために異なります)。したがって、類似のフィールドを持つ多くの類似のコンテンツタイプがあることがわかっている場合(どの構成も同じで、ラベル付けのみが異なる場合があります)、フィールドを再利用してください!同様のノード属性により、テンプレートの作成が容易になる場合もあります。