Изглежда, че всички коментиращи идват към това от грешен ъгъл, добре е да съхранявате JSON код чрез PHP в релационна DB и всъщност ще бъде по-бързо за зареждане и показване на сложни данни като този, но ще имате съображения за дизайн като търсене, индексиране и др.
Най-добрият начин да направите това е да използвате хибридни данни, например ако трябва да търсите въз основа на дата и време, MySQL (настроена производителност) ще бъде много по-бърз от PHP и за нещо като разстоянието за търсене на места MySQL също трябва да е много по-бързо (забележете, че търсенето няма достъп). Данните, в които не е необходимо да търсите, могат да се съхраняват в JSON, BLOB или всеки друг формат, който наистина смятате за необходим.
Данните, до които имате нужда, се съхраняват много лесно като JSON, например основна система за фактури за всеки случай. Те не се възползват много от RDBMS и могат да бъдат съхранени в JSON само чрез json_encoding($_POST['entires']), ако имате правилната структура на HTML формуляра.
Радвам се, че сте доволни от използването на MongoDB и се надявам, че той ще продължи да ви служи добре, но не мислете, че MySQL винаги ще бъде извън радара ви, тъй като вашето приложение се увеличава по сложност, може да се окажете нужда от RDBMS за някои функции и функции (дори ако са само за оттегляне на архивирани данни или бизнес отчети)
