Conception MySQL pour articles-brèves
1 message • Page 1 sur 1
Consultez la formation au référencement naturel Google de WebRankInfo / Ranking Metrics
Conception MySQL pour articles-brèves
Bonjour à tous,
Je me pose de sacré question quand à la meilleure méthode a adopté concernant un système d'articles et de brèves.
Les articles sont comme leur nom l'indique des articles avec une utilisation de TinyMCE pour le corps de l'article, une accroche, une catégorie, une rubrique, une image de présentation de l'article alors que la brève se veut simple et rapide à lire, uniquement un titre, éventuellement une accroche et directement le texte, avec normalement, que certains caractères HTML autorisés, strong, em,...
Pour le moment, tout se passe sur un seul et même fichier et dans une même seul base Articles mais le souci est que cette table articles sera logiquement plus remplie de brève donc pas mal de ses champs seront vides ou si remplis non utilisés.
Ne vaut-il pas mieux utiliser un système de brève totalement à part du système d'article, donc gestion(création, modif., supp.) sur un tout autre fichier mais aussi et surtout sur une autre table qui serait uniquement dédiée à cela ?
L'avantage, cela me permettra d'économiser au moins 1 requete SQL lors de l'affichage par la suite.
Merci de votre aide.
Je me pose de sacré question quand à la meilleure méthode a adopté concernant un système d'articles et de brèves.
Les articles sont comme leur nom l'indique des articles avec une utilisation de TinyMCE pour le corps de l'article, une accroche, une catégorie, une rubrique, une image de présentation de l'article alors que la brève se veut simple et rapide à lire, uniquement un titre, éventuellement une accroche et directement le texte, avec normalement, que certains caractères HTML autorisés, strong, em,...
Pour le moment, tout se passe sur un seul et même fichier et dans une même seul base Articles mais le souci est que cette table articles sera logiquement plus remplie de brève donc pas mal de ses champs seront vides ou si remplis non utilisés.
Ne vaut-il pas mieux utiliser un système de brève totalement à part du système d'article, donc gestion(création, modif., supp.) sur un tout autre fichier mais aussi et surtout sur une autre table qui serait uniquement dédiée à cela ?
L'avantage, cela me permettra d'économiser au moins 1 requete SQL lors de l'affichage par la suite.
Merci de votre aide.
1 message • Page 1 sur 1
Formation recommandée sur ce thème :
Formation Référencement naturel Google : apprenez une méthode efficace pour optimiser à fond le référencement naturel dans Google de façon durable... Formation animée par Olivier Duffez et Fabien Facériès, experts en référencement naturel.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- Votre page d'accueil Google personnalisée en français
- Gestion des langues et des sessions en PHP / MySQL
- Opquast : Bonnes pratiques qualité
- Google Sitemap Generator version 1.3
- Articles sur Google et le référencement
- Référencer un site multilingue
- Interview Wikio : transcript du chat WebRankInfo
- Passage à l'heure d'été/hiver sur un forum phpBB
- Découpage du forum webmaster en 2 forums
- GoogleStats : analyse temps réel des visites de Google sur votre site
- Articles dans mysql: référencés ou pas ?
- Requete(s) MySQL pour menu avec rubrique et nom des articles
- top articles, articles les plus lus
- conception de bannière
- Conception de personnage
- Conception Balise Metas
- Topic conception Annuaire ??
- Conception d'un portail web
- Conception d'un site d'humour
- Conception d'un clone youtube
- conception/architecture d'un site web
- Exemple de contrat de conception de site internet
- Conception Script Mise a jour ou lien erroné
- Lancement d'un site un peu particulier du à sa conception
- Plan d'action pour rattraper les erreurs de conception...
Consultez la description détaillée des produits ou services de Google suivants : Knol, Google News
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités


le forum