Tout le monde qui commente semble venir sous le mauvais angle, c'est bien de stocker du code JSON via PHP dans une base de données relationnelle et il sera en fait plus rapide de charger et d'afficher des données complexes comme celle-ci, mais vous aurez des considérations de conception telles que recherche, indexation etc.
La meilleure façon de le faire est d'utiliser des données hybrides, par exemple si vous avez besoin de rechercher en fonction de la date et de l'heure, MySQL (optimisé en termes de performances) sera beaucoup plus rapide que PHP et pour quelque chose comme la distance de recherche des lieux, MySQL devrait également être beaucoup plus rapide (notez que la recherche n'accède pas). Les données que vous n'avez pas besoin de rechercher peuvent ensuite être stockées au format JSON, BLOB ou tout autre format que vous jugez vraiment nécessaire.
Les données auxquelles vous devez accéder sont très facilement stockées au format JSON, par exemple un système de facturation de base par cas. Ils ne bénéficient pas du tout du RDBMS et pourraient être stockés dans JSON simplement par json_encoding($_POST['entires']) si vous avez la bonne structure de formulaire HTML.
Je suis heureux que vous soyez satisfait d'utiliser MongoDB et j'espère qu'il continuera à bien vous servir, mais ne pensez pas que MySQL sera toujours hors de votre radar, car votre application augmente en complexité, vous pourriez bien finir par avoir besoin d'un SGBDR pour certaines fonctionnalités et fonctionnalités (même si ce n'est que pour retirer des données archivées ou des rapports d'activité)
