Conception MySQL pour articles-brèves
1 message
• Page 1 sur 1
-

mikaweb - WRInaute discret

- Messages: 208
- Inscription: 4 Juil 2007
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
Lectures recommandées sur ce thème :
- Articles dans mysql: référencés ou pas ?
- Afficher les articles relatifs à celui consulté en PHP/MySQL
- Requete(s) MySQL pour menu avec rubrique et nom des articles
- [PHP/MYSQL] Les articles les plus commentés
- Articles de M*rde bien référencés / Articles sympas => /dev/NULL
- top articles, articles les plus lus
- Articles stars - Articles Anonymes
- conception de site
- conception de bannière
- Conception de personnage
- Gestion des langues et des sessions en PHP / MySQL - 02-05-2004
- Articles sur Google et le référencement - 22-11-2002
- Passage à l'heure d'été/hiver sur un forum phpBB - 31-10-2010
- Interview Wikio : transcript du chat WebRankInfo - 31-10-2006
- Script de mise en cache des pages (PHP MySQL) - 09-08-2010
- Référencer un site multilingue - 24-04-2004
- GoogleStats : analyse temps réel des visites de Google sur votre site - 02-10-2002
- Découpage du forum webmaster en 2 forums - 10-08-2005
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 2 invités
