wake-up-neo.net

Verwenden von Posts und Postmetatabellen zum Speichern benutzerdefinierter Adressbuch-Plug-in-Daten

Bei genauerer Betrachtung von WP stelle ich fest, dass fast alle Informationen in den Tabellen posts und postmeta enthalten sind.

Denken Sie, wir sollten diesem Beispiel folgen und alle unsere Informationen in diese Tabelle posts & postmeta schreiben?

Ich erstelle ein Plugin "Adressbuch", muss ich eine neue Tabelle wp_addressbook erstellen oder füge ich mein Adressbuch in die Tabelle posts ein (muss ich die Felder auswählen)?

Welche Vor- und Nachteile hat es, "alles" in die posts-Tabelle aufzunehmen?

2
Acquatella

Verwenden von posts & postmeta:

Es ist nichts Falsches daran, posts und postmeta für benutzerdefinierte Datenbankanforderungen zu verwenden.

In WordPress wurde die posts & postmeta-Tabelle ursprünglich zum Erstellen von Blog-Posts verwendet. Später wurde sie entwickelt, um viele verschiedene Arten von Datenbankanforderungen abzudecken. Mit Benutzerdefinierte Post-Typen , Post-Meta & Benutzerdefinierte Taxonomien können Sie die meisten Datenbankanforderungen erfüllen, die normalerweise in der Webentwicklung verwendet werden.

In Ihrem Fall können Sie Benutzerdefinierte Beitragstypen (für Adressbuch), Post-Meta (für benutzerdefinierte Adressbuchfelder) & Benutzerdefinierte Taxonomien (für benutzerdefinierte Kategorisierung oder Gruppierung von Adressbucheinträgen) verwenden ).

Vorteil:

  • Sie können bewährte WordPress-Kernfunktionen verwenden, um die Daten zu verwalten.

  • Tonnen von Plugins und Themes unterstützen dies, sodass Sie sie verwenden können, um Ihre Entwicklung weiter zu verbessern.

Nachteil:

  • Die Datenbank wird nicht 100% aufgeräumt sein, d. H. Es werden redundante Spalten vorhanden sein.

  • Die Datenbankabfrage ist im Vergleich zu einer benutzerdefinierten Datenbankstruktur möglicherweise nicht zu 100% (möglicherweise zu 99%) optimiert.

Überprüfen Sie die WordPress-Datenbankstruktur , um eine fundiertere Entscheidung zu treffen.

Erstellen einer benutzerdefinierten DB-Struktur:

Sie müssen hierfür keine benutzerdefinierten DB-Tabellen erstellen. Wenn Sie sich jedoch notwendig fühlen, können Sie diesem Dokument folgen .

Vorteil :

  • Sie können eine 100% aufgeräumte relationale DB-Struktur entwerfen, d. H. Keine Redundanz.

  • Sie können 100% nach Herzenslust optimieren.

Nachteil :

  • Sie müssen eine Menge Zeit aufwenden, um alle Sicherheits-, Effizienz- und Benutzerfreundlichkeitsmaßnahmen anzuwenden, die bereits in WordPress Core und vielen nützlichen Plugins für die Optimierung berücksichtigt wurden.

  • Die Kompatibilität der verfügbaren Plugins und Themes ist schwierig zu gewährleisten.

  • Die gesamte aufgewendete Zeit ist möglicherweise nicht den geringen Nutzen wert, den Sie möglicherweise oder möglicherweise nicht gewinnen.

4
Fayaz