Alle der kommenterer ser ud til at komme til dette fra den forkerte vinkel, det er fint at gemme JSON-kode via PHP i en relationel DB, og det vil faktisk være hurtigere at indlæse og vise komplekse data som denne, men du vil have designovervejelser som f.eks. søgning, indeksering osv.
Den bedste måde at gøre dette på er at bruge hybriddata, for eksempel hvis du skal søge baseret på dato og klokkeslæt MySQL (performance tuned) vil være meget hurtigere end PHP, og for noget som søgningsafstand til spillesteder burde MySQL også være meget hurtigere (bemærk, at søgning ikke får adgang). Data, du ikke behøver at søge på, kan derefter gemmes i JSON, BLOB eller et hvilket som helst andet format, du virkelig anser for nødvendigt.
Data, du skal have adgang til, gemmes meget nemt som JSON, f.eks. et grundlæggende per-sag fakturasystem. De har ikke særlig meget gavn af RDBMS, og de kunne gemmes i JSON blot ved at json_encoding($_POST['entires']), hvis du har den korrekte HTML-formularstruktur.
Jeg er glad for, at du er glad for at bruge MongoDB, og jeg håber, at det fortsætter med at tjene dig godt, men tro ikke, at MySQL altid vil være væk fra din radar, da din app øges i kompleksitet, kan du meget vel ende med at få brug for et RDBMS til nogle funktioner og funktioner (selvom det kun er til at trække arkiverede data tilbage eller forretningsrapportering)