Begrijp allereerst dat JSON slechts een serialisatietechniek is. Op zichzelf zou deze serialisatiemethode waarschijnlijk niet uw persistentiemedium moeten bepalen. Als u uw vraag oppervlakkig bekijkt, lijkt het erop dat u op zoek bent naar een typische relationele opslagdatabase waarin u SQL kunt gebruiken om op een flexibele manier query's uit te voeren op uw gegevens.
Het serialiseren/deserialiseren van JSON-gegevens voor opslag in of voor presentatie na het ophalen uit een dergelijke relationele database is in vrijwel elke programmeertaal triviaal.
Als je nu echt verschillende fragmenten van JSON-documenten (of een ander soort document) moet opslaan die niet echt een vaste structuur hebben, dan zou je normaal gesproken naar een NoSQL-type oplossing zoals MongoDB gaan kijken. Een ander mogelijk scenario voor het gebruik van de meer populaire NoSQL-databases is wanneer u te maken hebt met enorme hoeveelheden gegevens en horizontaal moet schalen (d.w.z. de gegevens zijn zo groot dat u de database over meerdere servers moet schalen). Veel NoSQL-systemen maken dit veel gemakkelijker dan traditionele relationele DB's. In een dergelijk scenario moet u deze tools natuurlijk evalueren op basis van de functionaliteit die ze bieden, zodat u gegevens kunt lezen, schrijven en opvragen op de meest bruikbare manier voor uw gebruikssituatie(s).