J'ai dé-normalisé ma base de données, puisque l'application explorait autrement, et Im stocker une liste de catégories pour chaque élément dans la DB comme une version html brute, et simplement l'écho dans ma conception. Chaque catégorie est en fait un lien, qui comprend une balise. Naturellement, c'est un peu difficile, surtout si je veux changer l'apparence de la façon dont les liens de catégorie sont affichés, car je dois mettre à jour toutes les anciennes entrées en cache. Et si je devais stocker ces données sous la forme d'un tableau sérialisé à la place, et simplement le désérialiser, puis lui appliquer une mise en forme en php. Y aurait-il une diminution significative des performances par rapport au simple html brut?Est-il préférable de stocker des données sérialisées ou html brut dans mysql?
0
A
Répondre
1
C'est une mauvaise idée de stocker des valeurs sérialisées uniquement pour une langue spécifique dans une base de données.
Avez-vous considéré memcache pour réduire "crawls" de votre base de données? Je trouve généralement que la mise en cache est une solution beaucoup plus élégante et flexible qu'une base de données dés-normalisée.
Questions connexes
- 1. Mise à jour des données sérialisées MySQL
- 2. Comment utiliser les données sérialisées de MySQL?
- 3. PHP Tri des données sérialisées
- 4. PHP MYSQL import exc excellentes données sérialisées
- 5. Quelle est la meilleure façon de stocker des données html dans une base de données mysql?
- 6. Stocker des données simples dans la base de données mysql
- 7. stocker des données binaires dans mysql
- 8. Stocker des données dans Lucene ou base de données
- 9. C# données sérialisées
- 10. Interprétation PHP des données sérialisées jQuery
- 11. Stocker des images dans MySQL
- 12. Stocker des données arbitraires en HTML
- 13. Liste serialVersionUIDs dans les données sérialisées
- 14. Les données sérialisées dans la base de données mysql doivent être combinées dans un tableau
- 15. CMS: stocker des pages personnalisées en tant que fichiers ou dans une base de données MySQL?
- 16. écriture logique pour stocker des données dans Mysql pour stocker des métadonnées de fichiers
- 17. Quelle est la meilleure pratique: stocker des images dans MySQL ou stocker uniquement des chemins d'image dans MySQL?
- 18. comment extraire des données à partir d'un fichier html brut
- 19. HTML brut dans le filtre de forme
- 20. MVC - Sortie HTML du code, préférable d'utiliser Response.OutputStream ou StringBuilder
- 21. Analyser le tableau PHP à partir des données sérialisées
- 22. Comment stocker des données dans un tableau dans une fonction ou une procédure mysql
- 23. Comment stocker des données dans MySQL via plusieurs threads?
- 24. Texte brut base de données
- 25. Problème lors de l'enregistrement des données de formulaire sérialisées dans Rails
- 26. Convertir l'entrée de texte brut en HTML
- 27. Stocker JSON dans MySQL?
- 28. Stocker des données dans une variable ou plusieurs?
- 29. Comment désérialisez-vous une classe dérivée des données sérialisées?
- 30. stocker des données supplémentaires sur une page html
Vous utilisez déjà memcache, sauf qu'il y a 2 millions d'objets qui doivent être rapatriés plusieurs fois par jour, donc la BUILDING du cache doit être optimisée. –
Deux millions d'objets ont chacun leur propre liste HTML de catégories? Je suppose que vous aurez besoin de partager plus de détails sur votre application si vous voulez une réponse plus détaillée que "non, ne pas stocker les objets PHP sérialisés dans une base de données." – Matthew
C'est une application de liste de films. J'ai besoin de montrer les genres de films + les acteurs associés à chaque film, qui doivent tous être des liens cliquables. Je stocke les paires film-acteur, film-genre, film-réalisateur dans les tables relationnelles, mais quand il y a 1,5 million de films, et chaque film a une moyenne de 15 acteurs, cela crée une très grande table de recherche, qu'il faudrait pour interroger sur chaque build de cache. C'est pourquoi je stocke les listes réelles en tant que HTML brut dans une colonne spéciale de chaque élément de la base de données. –