Web ポータルが、多くのフィールドと複数の関係フィールドを持つストア 200k 企業に投稿タイプのポッドを使用することが信頼できるかどうかを知りたいです。
高度なコンテンツ タイプ ポッドを使用し、wp_post と wp_postmeta から独立したデータ テーブルを使用する方が良いかどうかはわかりません。
ただし、高度なコンテンツ タイプを使用してポッドの追加、削除、削除、検索、リレーションの管理、ポッドの検索などを行うと、多くのことを失うかどうかを知ることができます。
Pods 開発者は Post Type Pod の使用を推奨しているようですが、Pod のすべてのフィールド (1 行 1 フィールド) を格納するテーブル wp_postmeta を使用すると、3KK 以上のレコードを簡単に達成できるのではないかと心配しています。
これは実際には Pods に関する質問ではありません。投稿タイプ/カスタム フィールドのパフォーマンスに関しては、WordPress の一般的な問題です。
ただし、カスタム フィールドと独自のテーブルに格納することの違いを理解するのに役立ついくつかの比較をまとめました。
http://pods.io/docs/comparisons/compare-storage-types/
また、高度なコンテンツ タイプとカスタム投稿タイプの比較もまとめました。したがって、高度なコンテンツ タイプを使用して非常に合理化されたコンテンツ タイプを構築するか、カスタム投稿に機能を統合して追加するほとんどのテーマ/プラグインとうまく連携する互換性の高い方法でコンテンツ タイプを構築するかは、あなた次第です。種類。
http://pods.io/docs/comparisons/compare-content-types/
または、カスタム投稿タイプに対して選択的に「テーブル ストレージ」を有効にすることもできます。これにより、Pod で作成されたカスタム フィールドを独自のテーブルに保存し、両方の長所を活かすことができます。