通常のサイト操作では使用されない、約3つのフィールドを含む一種の用語データベースが必要です。管理者である私がコンテンツを追加する場合のみ。
通常のユーザーのパフォーマンスへの影響を最小限に抑える方法について知りたいのですが、私の直感では、フィールドコレクションの方がノードテーブルが小さいのでより良いとわかりました。
APIからデータを追加するためにいくつかのコードを使用し、プロパティによってデータをフェッチするためにルールを使用する可能性があります。
どちらを使用すればよいですか?それが本当に簡単でない限り、カスタムエンティティタイプの作成にはあまり関心がありません。画像フィールドと音声フィールドが必要であり、それが物事を複雑にするかどうかわかりません。
最初にロードおよび表示されるアイテムの量を制限しないと、10,000個以上のフィールドコレクションアイテムを含む1つのノードをロードすることは、パフォーマンスの自殺のように聞こえます。また、1つ以上の項目を追加または編集するためだけに10,000以上のフィールドコレクション項目を含むノードを開く必要があると、非常に大変です。
ノードでは、一度にすべてを表示することはほとんどありません。あなたはおそらくそれらを Views で整理するでしょう。限られた表示、ページャー、フィルター、多くのキャッシュの可能性。ノードを追加する場合は、ミリ秒単位で読み込まれた新しいノードフォームが表示されます。さらに、並べ替え、検索、順序付け、およびコンテンツの整理に役立つその他の多くの機能を扱う、はるかに多くのcontribモジュールを利用できます。コンテンツのインポートに関しても。
10,000以上または1,000,000以上のノードに移動します。 Drupalはそのために作られています。