WPを詳しく調べると、ほとんどすべての情報がテーブルposts
とpostmeta
にあることがわかりました。
私たちはこの例に従い、私たちのすべての情報をこれらのテーブルposts
&postmeta
に入れるべきだと思いますか?
プラグイン「Address Book」を作成していますか。新しいテーブルwp_addressbook
を作成する必要がありますか、それとも自分のアドレス帳をテーブルposts
に挿入しますか(フィールドを選択する必要がありますか)。
posts
テーブルに「すべてを入れる」ことの長所と短所は何ですか?
posts
とpostmeta
を使う:カスタムデータベースの要件にposts
およびpostmeta
テーブルを使用しても問題ありません。
WordPressでは、posts
とpostmeta
テーブルはもともとブログ記事を作成するために存在していましたが、後になってさまざまな種類のデータベース要件を満たすようになりました。 カスタム投稿タイプ 、 ポストメタ & カスタム分類法 を使用すると、Web開発で一般的に使用されるほとんどのデータベース要件を満たすことができます。
あなたのケースでは、 カスタム投稿タイプ (アドレス帳用)、 ポストメタ (カスタムアドレス帳フィールド用)、および カスタム分類法 (カスタム分類またはアドレス帳エントリのグループ化用)を使用できます。 ).
利点:
データを管理するために、実証済みのテスト済みWordPressコア機能を使用することができます。
たくさんのプラグインとテーマがこれをサポートするので、あなたは開発をさらに強化するためにそれらを使うことができるでしょう。
デメリット:
データベースは100%きれいにはならないでしょう、すなわち冗長列があるでしょう。
カスタムDB構造と比較して、DBクエリは100%最適化されていない可能性があります(99%)。
WordPressデータベース構造 をチェックして、より情報に基づいた決定を下します。
このためにカスタムDBテーブルを作成する必要は本当にありません。しかし、もしあなたが必要だと思うなら、あなたは このドキュメントに従うことができます 。
利点 :
100%きちんとしたリレーショナルDB構造、つまり冗長性なしを設計できます。
あなたはあなたの心の内容に100%最適化することができます。
欠点 :
あなたはWordPressコアですでに世話をされたすべてのセキュリティ、効率とユーザビリティの対策と多くの役に立つ最適化関連のプラグインを適用するために大量の時間を費やさなければならないでしょう。
利用可能なプラグインとテーマの互換性は維持が難しいでしょう。
費やされたすべての時間はあなたが得るかもしれないまたは得ないかもしれない小さな利益に値しないかもしれない。