Die Reduzierung Time to Value in NoSQL
Time to Value ist der Betrag der Zeit vom Start eines IT-Projekts erforderlich ist, um in der Lage, geschäftlichen Nutzen zu realisieren. Dies kann greifbare Vorteile bei der Kostenreduktion oder die Fähigkeit, neue Geschäfte zu tätigen, oder immaterielle Vorteile wie einen besseren Kundendienst oder Produkte.
Schlüssel # 8208-Wertspeicher sind die einfachsten NoSQL-Datenbanken in Bezug auf Datenmodell. So können Sie schnell Anwendungen zu erstellen, vor allem, wenn Sie ein paar wichtige Grundsätze gelten, einschließlich der Überprüfung, wie Sie Datenstrukturen verwalten.
Mit einfachen Strukturen
Schlüssel # 8208-Wertspeicher sind flexibler als relationale Datenbanken in Bezug auf das Format der Daten. Verwenden Sie diese Flexibilität zu Ihrem Vorteil die Geschwindigkeit Ihrer Anwendung Durchsatz zu maximieren. Zum Beispiel, wenn Sie Kartenkacheln sind zu speichern, speichern sie in Hex-Format, so dass sie sofort in einem Browser dargestellt werden kann.
In Ihrer Anwendung speichern leicht # 8208 zu # 8208-Nutzungsstrukturen, die Partituren der Bearbeitungszeit nicht erforderlich ist. Diese Strukturen können einfach intrinsische Typen wie ganze Zahlen, Strings und Datumsangaben oder komplexere Strukturen wie Listen, sortiert Sätze oder sogar JSON Dokumente als String gespeichert.
Weil es direkt von einem javascript-Web-Anwendung interpretiert werden kann, verwenden JSON für einfache Web-App-Status oder Präferenz Lagerung. Wenn Sie Protokolldaten sind zu speichern, speichern sie in dem Format am besten geeignet für den Abruf und Analyse.
Verwenden Sie die am besten geeignete Struktur für Ihre Anwendung nicht Ihren Datenbankadministrator. Sehen Sie sich auch die Auswirkungen der Zeit auf Ihrer Datenbank. Werden Sie Datenstrukturen in der Zukunft ändern möchten neue Funktionen zu unterstützen?
Datenstrukturen ändern im Laufe der Zeit. Ein flexibles JSON Dokument ist besser als eine CSV-Datei oder feste # 8208-Breitendaten-Datei, da JSON Strukturen leicht im Laufe der Zeit variieren kann, ohne dass neue oder gelöschte Objekte zu betrachten. Ändern Sie eine Spalte in einer CSV-Datei gespeichert in einem Schlüssel # 8208-Wertspeicher, und Sie müssen alle Ihre Anwendung Code zu aktualisieren! Dies ist nicht der Fall mit einem JSON-Dokument, in dem ältere Code einfach neue Eigenschaften ignoriert.
Komplexe Struktur Handhabung
Wenn Sie komplexe miteinander verknüpften Datensätzen haben, geben reiflicher Überlegung auf die Datenstrukturen in Ihren Schlüssel # 8208-Wertspeicher. Shop-Datensätze in einer Weise, die den einfachen Abruf ermöglicht. Anstatt Speicher acht Elemente getrennt werden, dass erfordern acht liest, denormalize die Daten - die Daten auf denselben Datensatz bei der Einnahme Zeit schreiben - so dass nur ein Lese später benötigt wird.
Dies bedeutet werden einige Daten mehrfach gespeichert werden. Ein Beispiel ist die Speicherung Kundennamen in einem Auftragsdokument. Obwohl dies den Namen des Kunden über viele Aufträge enthalten, bedeutet es, wenn eine Zusammenfassung der Bestellung zeigt, entdecken Sie müssen nicht, dass der Wert customer_number = 12 Mittel Herr A Fowler - eine zusätzliche Leseanforderung zu verhindern.
Denormalisierung verbraucht mehr Speicherplatz als relationale Datenbanken " Normalform, aber stark erhöht Abfragedurchsatz. Es ist die NoSQL-Äquivalent einer materialisierten Ansicht in einer relationalen Datenbank. Sie opfern Speicherplatz für Geschwindigkeit - die klassische Informatik Kompromisses.
Für Informatiker einer bestimmten Generation, ist es als Ketzerei mehrere Kopien der gleichen Daten zu halten. Es ist einfach ineffizient. Relationale Datenbank Dozenten würde essen Sie zum Frühstück!
Doch mit dem aktuellen niedrigen Kosten für die Lagerung und den steigenden Anforderungen moderner Anwendungen, ist es viel besser zu opfern Speicher für Geschwindigkeit in Daten zu lesen. So betrachten Denormalisierung als Freund.