Alla som kommenterar verkar komma på detta från fel vinkel, det går bra att lagra JSON-kod via PHP i en relations-DB och det kommer faktiskt att gå snabbare att ladda och visa komplexa data som denna, men du kommer att ha designöverväganden som t.ex. sökning, indexering etc.
Det bästa sättet att göra detta på är att använda hybriddata, till exempel om du behöver söka baserat på datetime MySQL (prestandanpassad) kommer att vara mycket snabbare än PHP och för något som sökavstånd till arenor bör MySQL också vara mycket snabbare (märker att sökning inte kommer åt). Data du inte behöver söka på kan sedan lagras i JSON, BLOB eller något annat format som du verkligen anser vara nödvändigt.
Data du behöver komma åt lagras mycket enkelt som JSON till exempel ett grundläggande per-case-fakturasystem. De tjänar inte särskilt mycket på RDBMS, och kan lagras i JSON bara genom json_encoding($_POST['hela']) om du har rätt HTML-formulärstruktur.
Jag är glad att du är nöjd med att använda MongoDB och jag hoppas att den fortsätter att tjäna dig väl, men tro inte att MySQL alltid kommer att vara utanför din radar, eftersom din app ökar i komplexitet kan du mycket väl behöva en RDBMS för vissa funktioner och funktioner (även om det bara är för att ta bort arkiverad data eller affärsrapportering)