Verstehen Sie zunächst, dass JSON nur eine Serialisierungstechnik ist. An und für sich sollte diese Serialisierungsmethode wahrscheinlich nicht Ihr Persistenzmedium bestimmen. Wenn Sie sich Ihre Frage an der Oberfläche ansehen, scheint es, als ob Sie nach einer typischen relationalen Speicherdatenbank suchen, in der Sie SQL verwenden können, um Ihre Daten auf flexible Weise abzufragen.
Das Serialisieren/Deserialisieren von JSON-Daten zur Speicherung in oder zur Präsentation nach dem Abruf aus einer solchen relationalen Datenbank ist in so ziemlich jeder Programmiersprache trivial.
Wenn Sie nun wirklich verschiedene Snippets von JSON-Dokumenten (oder jeder anderen Art von Dokument) speichern müssen, die nicht wirklich eine feste Struktur haben, dann würden Sie normalerweise anfangen, sich eine NoSQL-Lösung wie MongoDB anzusehen. Ein weiteres mögliches Szenario für die Verwendung der populäreren NoSQL-Datenbanken ist, wenn Sie mit riesigen Datenmengen arbeiten und horizontal skalieren müssen (d. h. die Daten sind so groß, dass Sie die Datenbank über mehrere Server skalieren müssen). Viele NoSQL-Systeme machen dies viel einfacher als herkömmliche relationale DBs. Natürlich müssten Sie in einem solchen Szenario diese Tools dann basierend auf der Funktionalität bewerten, die sie bieten, um Ihnen das Lesen, Schreiben und Abfragen von Daten auf die nützlichste Weise für Ihre(n) Anwendungsfall(e) zu ermöglichen.
