Je n'ai aucune expérience avec des bases de données, mais entend l'apprendre et l'utiliser sur un projet Web que je planifie.
Cependant, j'ai des conseils d'un PAL de mien que l'utilisation de bases de données devrait être assez importante que prévu. Il croit à conserver la quasi-totalité des données dans des bases de données, où je trouve que les bases de données sont les plus pratiques en ce qui concerne les données d'utilisateur peut-être (juste minuscules pièces de données), ainsi que des données de contenu de page et similaires (tout ce qui n'est pas simplement des données très minuscules) dans les fichiers statiques - sans avoir aucune connaissance de construire cette hypothèse sur.
J'ai l'intention d'utiliser une combinaison de PHP et de MySQL.
7 Réponses :
La base de données est le bon endroit pour garder des données strictement. Les fichiers plats ne peuvent tout simplement pas être indexés avec presque la même vitesse que les données dans une base de données. D'autre part, la mise en place de la base de données nécessitera plus de gain d'apprentissage.
Les données binaires comme des photos ne sont pas si grandes dans les bases de données.
En fait, Modern MySQL et d'autres bases de données permettent de mettre des trucs comme des fichiers JPG et PNG en gros objets binaires. La raison pour laquelle les gens aiment mettre ces actifs médiatiques dans des fichiers ordinaires, même dans des systèmes tels que WordPress, Joomla!, Et Drupal, est que le modèle HTML pour les livrer aux navigateurs est très centré sur le fichier. Jamais regarder WordPress, Joomla!, Ou Drupal sera une excellente expérience d'apprentissage.
Par rapport aux performances de Apache Servant des fichiers statiques, la base de données est totalement incapable comparée. Drupal ne stocke pas les fichiers de la base de données, uniquement des informations sur les fichiers. Il y a beaucoup d'informations sur Google à ce sujet, mais j'ai découvert de manière difficile que le coût de la biottrage de tout cadre afin d'obtenir des données hors de la base de données soit tout simplement beaucoup plus grand que Apache à la recherche du système de fichiers pour savoir si le fichier est là ou ne pas.
php et mysql est un bon choix.
Bases de données ne sont pas le seul moyen de persistant stockage de données, ils sont simplement les plus courants.
Il existe des moteurs de document / blogging qui n'utilisent pas du tout des bases de données. Lorsqu'une page est créée, modifiée ou commentée sur un fichier HTML statique est créée ou modifiée. Par exemple, Type mobile .
De même, vous pouvez avoir des systèmes de stockage purement en mémoire où si le système est éteint, les données en mémoire sont simplement reconstruites. Ou le contenu de la mémoire est largué puis restauré et aucune base de données n'est impliquée. Ceci est généralement fait dans des systèmes avec un débit extrêmement élevé ou nécessitant une latence extrêmement faible (microseconde).
Votre question ne peut pas vraiment être répondue parce que la réponse à tout ce que vous avez posé est "Cela dépend" et vous pouvez probablement le faire fonctionner, mais vous le faites.
Je vais dire ceci: Ne soyez pas trop préoccupé par la performance tant que vous n'avez pas de problème. La plupart des problèmes de performance que vous rencontrerez seront probablement atteints d'index et de clés principales de la base de données.
php et mysql est un bon choix.
Oui, c'est peut-être des alternatives, mais sont-ils meilleurs? Performance-sage? Dans une base de données, vous pouvez facilement trouver ce que vous recherchez; Dans un fichier HTML qui serait modifié chaque fois qu'une page est modifiée, vous devez effectuer des recherches pour trouver les choses que vous modifiez, puis changez-les. Pour les sites avec de grandes quantités de trafic, cela ne serait pas carrément stupide? Sinon de bons points.
Je suis en désaccord concernant la préoccupation sur la performance - Fichier plat VS DB est un choix de conception, où vous pouvez vous coder dans un coin.
Si vous voulez être capable de Par exemple, un profil d'utilisateur est préférable d'être stocké dans une base de données. L'entrée contrôlée par l'utilisateur doit également être stockée dans une base de données. Les fichiers du côté serveur incluent / modèles sont à autre main pour être stockés sous forme de fichiers normaux dans le système de fichiers de disque local du serveur, car il n'est pas nécessaire de les rechercher. Vous pouvez éventuellement stocker des noms de fichiers dans la base de données si vous souhaitez "lier" eux avec quelques informations supplémentaires (META) (par exemple Menu / sous-menu). La même chose s'applique aux fichiers binaires (images, téléchargements, etc.), vous ne voulez pas les avoir dans une base de données, à moins que vous ne souhaitiez un degré (extrêmement) élevé de portabilité. où clause exactement pour cette. De plus, chaque fois que des données doivent être créées et mises à jour, la base de données est le meilleur choix, car il fournit des contraintes pour assurer la «forte> unicité des données à certains degré. De plus entre les données est préférable à gérer par la base de données (en utilisant des clés étrangères, etc.).
Également si la manipulation de données nécessite des transactions, les bases de données sont presque toujours les seules bonnes solutions.
MySQL est l'une des bases de données communes avec l'intégrité des données. Si vous avez prévu de stocker une grande donnée, MySQL est préférable à utiliser. La sécurité doit également être prise en compte dans l'utilisation de la base de données. MySQL est très sécurisé et facile à utiliser, vous pouvez également rechercher surtout sur le net pour une meilleure documentation et des exemples.
À mon avis - Vous avez besoin d'une raison de stocker des données dans la base de données. | Mais je pense que vous devriez également envisager des bases de données non relativement telles que Google Datastore http: // code.google.com/appengine/docs/python/datastore/ ou autres choses similaires.
Quelle est votre question actuelle?
Désolé si on ne sait pas: ce que ce serait la meilleure méthode de stockage de données de contenu de page (n'importe quel type, mais pas de fichiers plus volumineux tels que des fichiers binaires), et dans quelles circonstances?
Surtout, mais 42 est également une option.