Je crée un CMS personnalisé pour mon site et je vais stocker des articles (texte et images par article) dans une base de données MySQL. Quel type de données convient le mieux à cette tâche? P>
6 Réponses :
Enregistrez les images comme Varchar, mais uniquement le nom de l'image (et / ou l'emplacement, en fonction de la taille de votre CMS), enregistrez le texte comme - texte code>. P>.
Vous ne devriez pas essayer de stocker du texte et des images dans un seul champ, et dans cette circonstance, vous ne devriez probablement pas stocker des images dans votre base de données du tout. P>
La meilleure solution pour cela serait d'utiliser une sorte de système de balisage dans vos articles - à son point le plus simple, cela pourrait être un sous-ensemble filtré de HTML - qui est stocké en tant que texte brut dans votre base de données, puis analysé dans le navigateur dans certains chemin. Évidemment, si vous utilisez HTML filtré, vous n'avez pas besoin d'écrire un code spécial pour l'analyser, mais que la prise de cette approche soulève des problèmes de sécurité possibles. P>
Autres options à rechercher Inclure le marquage (le système utilisé par ce site) ainsi que BBCode (principalement utilisé par les forums en ligne), ainsi que de nombreux autres. P>
résumer - ne stockez pas les images et le texte dans un seul champ. Stockez le texte et interprétez ce texte pour charger des images et d'autres supports dans vos articles, le cas échéant. P>
Dans mon adpinion, utilisez du texte pour des articles, contenant des caractères HTML, c'est ce que j'utilise. Mais il y a beaucoup d'autres choses à considérer. Cela dépend du contenu de vos articles. Dans vos images, c'est à vous, vous stockez simplement le chemin de la photo, à moins que vous ne prévoyez de stocker la photo elle-même. P>
stocker des images et du texte séparément. En supposant que vous essayez de stocker les images binaires dans la base de données, je vous recommande de stocker des images en tant que type de données BLOB et texte pour le texte. P>
N'utilisez pas Varcharne pour le texte de l'article car il ne développe pas de manière dynamique la taille que vous le faites. P>
S'il vous plaît voir cette article dans lequel Microsoft insiste sur le Texte Code> DataType va disparaître et ne doit donc pas être utilisé dans un nouveau développement. Les alternatives sont Varchar et Nvarchar pour le texte et Varbinary pour les images. P>
Varcharner serait le meilleur choix pour stocker des articles de texte en tant que Types de données de texte et d'images disparaissant à l'avenir. p>
Pour les images, vous pouvez les stocker dans un dossier similaire à ce que vous utilisez pour CSS / JS et stockez sa valeur SRC dans la base de données. Cela serait efficace en termes de vitesse et de stockage. P>
Présume
texte code> serait le meilleur type de données pour cela.Je ne connais pas la raison exacte pour laquelle vous souhaitez stocker les images dans la base de données, mais je crois que c'est bien de conserver des images sur le lecteur local de la machine et de stocker uniquement `chemin 'dans la base de données. Ce sera bon pour la performance. Ignore-moi si je me trompe. Je ne suis pas un expert CMS. Salutations