Utilisation de posts et de la table postmeta pour stocker des données personnalisées du plug-in du carnet d'adresses
En examinant de près WP, je me rends compte que presque toutes les informations sont dans le tableau posts et postmeta.
Pensez-vous que nous devrions suivre cet exemple et mettre toutes nos informations dans ce tableau posts & postmeta?
Je crée un plug-in "Carnet d'adresses", dois-je créer une nouvelle table wp_addressbook ou dois-je insérer mon carnet d'adresses dans la table posts (devrai-je choisir les champs)?
Quels sont les avantages et les inconvénients de "tout mettre" dans la table posts?
Utiliser posts & postmeta:
Il n'y a rien de mal à utiliser les tables posts et postmeta pour les exigences de base de données personnalisées.
Dans WordPress, bien que les tables posts & postmeta soient à l'origine conçues pour créer des articles de blog, elles ont ensuite évolué pour couvrir de nombreux types de besoins en bases de données. En utilisant Types de messages personnalisés , Post Meta & Taxonomies personnalisées , vous pouvez satisfaire à la plupart des exigences de base de données généralement utilisées dans le développement Web.
Dans votre cas, vous pouvez utiliser Types de messages personnalisés (pour le carnet d'adresses), Méta-messages (pour les champs du carnet d'adresses personnalisés) & Taxonomies personnalisées (pour la catégorisation ou le regroupement personnalisé des entrées du carnet d'adresses ).
Avantage:
Vous pourrez utiliser les fonctions de base de WordPress testées et éprouvées pour gérer les données.
Des tonnes de plugins et de thèmes le supporteront, vous pourrez donc les utiliser pour améliorer votre développement.
Inconvénient:
La base de données ne sera pas ordonnée à 100%, c’est-à-dire qu’il y aura des colonnes redondantes.
La requête de base de données peut ne pas être optimisée à 100% (peut être à 99%) par rapport à une structure de base de données personnalisée.
Vérifiez Structure de la base de données WordPress pour prendre une décision plus éclairée.
Création d'une structure de base de données personnalisée:
Vous n'avez vraiment pas besoin de créer des tables de base de données personnalisées pour cela. Cependant, si vous vous sentez nécessaire, vous pouvez suivre ce document .
Avantage :
Vous pouvez concevoir une structure de base de données relationnelle parfaitement ordonnée, c'est-à-dire sans redondance.
Vous pouvez optimiser 100% au contenu de votre coeur.
Inconvénient :
Vous devrez passer une tonne de temps à appliquer toutes les mesures de sécurité, d’efficacité et d’utilisabilité déjà prises en charge dans le noyau WordPress et de nombreux plug-ins d’optimisation utiles.
La compatibilité des plugins et des thèmes disponibles sera difficile à maintenir.
Tout le temps passé ne vaut peut-être pas le peu d'avantages que vous pourriez gagner ou non.