Wie JSON NoSQL ausgelöst hat - und zur RDBMS-Falte zurückkehren wird

Die lange Hegemonie von SQL und RDBMS ist vorbei. Dutzende von NoSQL-Datenbanken sind entstanden. Die Dokumentvielfalt richtet sich insbesondere an Entwickler, die das JSON- Format (JavaScript Object Notation) bevorzugen .

Im New Tech Forum dieser Woche untersucht Ryan Betts, CTO von VoltDB, relationale Datenbanken und JSON-Datenstrukturen und zeigt, wie und warum sie kombiniert werden können, um das Beste aus beiden Welten zu bieten. - Paul Venezia

Vorteile und Herausforderungen von JSON: Beweglichkeit, Struktur und Interaktivität

JSON ist die Datenstruktur des Web. Es ist ein einfaches Datenformat, mit dem Programmierer Sätze von Werten, Listen und Schlüsselwertzuordnungen systemübergreifend speichern und kommunizieren können.

Mit der zunehmenden Akzeptanz von JSON sind Datenbankanbieter entstanden, die JSON-zentrierte Dokumentendatenbanken anbieten. In zunehmendem Maße integrieren traditionelle relationale Datenbanken JSON-Funktionen, was Entwicklern und Datenbankadministratoren das Beste aus beiden Welten bringt.

JSON begann als "serialisierte Objektnotation" für JavaScript, die Programmiersprache des Web. Mit einer schönen Kombination aus Einfachheit (die wesentlichen Elemente des Formats sind in fünf Grammatikdiagrammen auf JSON.org angegeben) und "gerade genug Struktur" hat sich JSON schnell über das Web hinaus auf Anwendungen und Dienste ausgeweitet. Beispielsweise verdrängt JSON das komplexere XML-Format als Serialisierungsformat für den Datenaustausch zwischen Anwendungen.

Entwicklerfreundlichkeit

Anwendungsentwickler müssen sowohl Code als auch Daten verwalten. Code sind Verben oder Anweisungen und Beschreibungen zur Ausführung einer Aufgabe. Code ist das Rezept. Daten sind die Substantive: Benutzer, Orte, Aufzeichnungen, Mengen - die Zutaten, die das Rezept kombiniert. Da immer mehr Anwendungsentwickler JSON als bevorzugtes Datenformat verwenden, wächst der Bedarf an JSON-freundlichen Datenbanken. Nur wenige Codierungsaufgaben sind ärgerlicher oder fehleranfälliger als die mechanische Übersetzung von Informationen zwischen Formaten.

Infolgedessen haben mehrere Anbieter von NoSQL-Dokumentenspeicherdatenbanken JSON als primäre Datendarstellung ausgewählt, was einen starken Bruch mit den traditionellen relationalen Schemata darstellt, die von MySQL, PostgreSQL, VoltDB, MS SQL Server, Oracle und anderen verwendet werden. Dies ist eine natürliche Passform für Entwickler, die JSON als Datenaustauschformat in ihren Anwendungen verwenden.

Darüber hinaus hat die relative Flexibilität von JSON (JSON-Datensätze sind gut strukturiert, können jedoch leicht erweitert werden) Entwickler angezogen, die schmerzhafte Migrationen von Datenbankschemata in agilen Umgebungen vermeiden möchten. Daten und Schema in Bezug auf das Volumen können schwer zu ändern sein. Das Umschreiben eines großen Datensatzes, der auf der Festplatte gespeichert ist, während die zugehörigen Anwendungen online bleiben, kann zeitaufwändig sein. Das Aktualisieren von Daten kann Tage der Hintergrundverarbeitung in moderaten bis großen Beispielen dauern.

Im Gegensatz dazu erleichtert das Fehlen eines vordefinierten Schemas bei JSON Upgrades. Entwickler können Dokumente ohne Einschränkungen speichern und aktualisieren.

Dokument vs. relationale Datenbanken