Verwalten von Benutzerinformationen mit NoSQL

Es ist Aufgabe # 8208 kritischen Daten, und es gibt unterstützende Daten. Es ist in Ordnung, wenn Ihr Auftrag # 8208 kritischen Daten langsam ein wenig erscheint, weil Sie wollen sicher sein, es ist sicher und ordnungsgemäß verwaltet. Aber Sie wollen nicht die stützende Daten Ihrer Anwendung Gesamt Transaktionen und Benutzererfahrungen zu behindern.

Obwohl die unterstützende Daten können an Wert niedriger sein, sein Bedürfnis nach oben zu skalieren ist groß - in der Regel durch die Lieferung von Abfrageantworten in weniger als zehn Millisekunden bieten. Ein großer Teil dieser unterstützenden Daten hilft dem Anwender Zugriff auf ein System, ein Schneider einen Service für ihre Bedürfnisse oder andere verfügbare Dienste oder Produkte.

Liefern Internetwerbung

Obwohl Anzeigen entscheidend für Unternehmen, die Vermarktung ihrer Waren oder Dienstleistungen im Internet sind, sind sie viele Benutzer web # 8208-Browsing-Erlebnis nicht wesentlich. Allerdings ist die Ladezeit von Webseiten wichtig für sie, und sobald ein langsam geliefert Anzeige Zugabe beginnt zu einer Ladezeit einer Seite, Benutzer in Bewegung setzen, um alternative, schnellere Websites.

Serving Anzeigen schnell ist daher ein wichtiges Anliegen. Dadurch ist kein einfaches Geschäft, aber. Welche Anzeige wird gezeigt, welcher Benutzer auf einer sehr großen Anzahl von Faktoren abhängt, die häufig bestimmt durch Faktoren wie die verfolgten Aktivität des Benutzers online, Sprache und Standort.

Unternehmen, die ihre Anzeigen an die richtigen Zielkunden erhalten mehr Klick # 8208 Durchführungen, und damit mehr Gewinn. Allerdings ist das Geschäft von gezielter Werbung zunehmend wissenschaftlich.

Schlüssel # 8208-Wertspeicher werden vor allem von Web-Werbung Unternehmen eingesetzt. (Sie können Fallstudien über eine solche Verwendung auf Schlüssel # 8208-Wert NoSQL-Anbieter-Websites zu finden.) Ihre proprietäre Software verwendet wird, nutzen diese Unternehmen eine Kombination von Faktoren zu bestimmen, was ein Benutzer oder ist in so interessiert, dass sie Anzeigen ausrichten können, um dass Benutzer effektiv.

Sie können eine dieser Kombination von Faktoren denken als Schlüssel, und es ist dieser Verbund Schlüssel, der auf die überzeugendsten Anzeige verweist. Alles, was benötigt wird, um die Anzeige zu dienen als der Wert innerhalb eines Schlüssel # 8208 Wertspeicher gehalten.

Wenn Sie Daten benötigen schnell auf eine Reihe von bekannten Faktoren zu dienen, dann eine Taste # 8208-Wertspeicher ist ein ausgezeichnetes Spiel. Alles, was Sie tun müssen, ist der Schlüssel effektiv einzurichten.

So richten Sie führen die Schlüssel, eine Offline-Analyse von denen Anzeigen werden zu jedem kombinierten Profil von Menschen relevant sein. Wenn die Informationen, die Sie auf dem Besuch Benutzer ist Land, Sprache und Lieblingskategorie von Käufen auf Amazon, dann vielleicht ein geeigneter Schlüssel wäre UK # 8208-Englisch # 8208-Gitarren sein.

Dies verhindert, die keine komplexe Abfragen auf Adserving Zeit zu tun - nur statt diese Felder verketten zusammen einen Schlüssel zu bilden und für den Wert des Schlüssels bitten.

Umgang mit Benutzersitzungen

Sie können das ganze Geld Sie auf einen Zustand # 8208-of für Ihre Transaktionsdaten # 8208-the # 8208-art Rechenzentrum wollen verbringen, aber wenn Ihre Website langsam ist, werden die Leute sagen, dass Ihre gesamte Service ist langsam. In der Tat, wenn Unternehmen und Regierungen neue Online-Dienste starten, die die Last nicht auf sie gelegt verarbeiten kann, isst die Presse sie zum Frühstück.

Typischerweise ist das Problem nicht, dass ein primärer Verarbeitungssystem Down- geht vielmehr ist es, weil die Identitäten oder Sitzungen der Nutzer schlecht behandelt werden. Vielleicht wird der Benutzername nicht im Cache gespeichert, oder jede Anforderung erfordert eine neue Sitzung vom Anwendungsserver statt als das Cachen dieser Informationen zwischen den Anfragen zu öffnen.

Eine Benutzersitzung verfolgen kann, wie ein Benutzer über eine Anwendung läuft, die auf jeder Seite Hinzufügen von Daten. Die Daten können dann am Ende dieser Reise in einem einzigen Treffer in der Datenbank gespeichert werden, anstatt in einer Folge von kleinen Anfragen über viele Seitenanfragen. Benutzer oft nicht dagegen, ein paar Sekunden warten, nachdem eine Taste speichern klicken. Die Bereitstellung einer effektiven Benutzer-Session auf einer Website, die niedrige Latenzzeiten hat ein paar Vorteile:

• Der Benutzer (bald sein Kunde!) Erhält einen guten Service.

• Teilweise vollständige Daten erhalten nicht zu Ihrem Haupt-back # 8208-End-Transaktionsdatenbank gespeichert.

Websites verwenden ein Cookie die Interaktion des Benutzers mit einer Website zu verfolgen. Ein Cookie ist eine kleine Datei auf eine eindeutige ID verknüpft, wie ein Datensatz in einem Schlüssel # 8208-Wertspeicher. Der Server verwendet diese Cookies zu identifizieren, dass es bereits einen Benutzer auf ihrem zweiten oder nachfolgenden Anforderungen kennt, so dass der Server benötigt eine Sitzung mit diesen Daten schnell zu holen. Auf diese Weise, wenn sich Benutzer anmelden, erkennen die Websites, die sie sind, welche Seiten sie besuchen, und welche Informationen sie suchen.

Diese eindeutige ID ist in der Regel eine Zufallszahl, vielleicht unser alter Freund, der Universally Unique Identifier (UUID). Die Website kann verschiedene Arten von Daten speichern müssen. Typischerweise sind diese Daten kurz # 8208-gelebt - die Länge einer Sitzung des Benutzers, vielleicht nur ein paar Minuten.

Schlüssel # 8208-Wertspeicher sind daher ideal für die Speicherung und die Sitzungsdaten mit hoher Geschwindigkeit abgerufen werden. Die Fähigkeit zu Grabstein (Das heißt gelöscht), sobald Daten einen Zeitstempel überschritten ist auch nützlich ist. Auf diese Weise wird die Anwendung nicht benötigen den Zeitstempel der Sitzung auf jede Anfrage zu überprüfen - wenn die Sitzung nicht in der Datenbank ist, ist es veraltet ist. So ist die Sitzung nicht mehr gültig ist, die einige der Anwendungsprogrammierer der Verwaltungsaufwand beseitigt.

Unterstützung Personalisierung

Ähnlich dem Benutzer # 8208-Sitzungsanforderung, aber länger # 8208 Dauer, ist das Konzept der Benutzerservice Personalisierung. Dies ist, wo der vordere # 8208-End-Anwendung, die von den Benutzern für ihre spezifischen Bedürfnisse konfiguriert ist.

Auch dies ist eine Front # 8208-End-Sekundär Art von Daten, nicht die primären Transaktionsdaten innerhalb eines Systems. Zum Beispiel vorstellen, dass Sie eine primäre Datenbank zeigt die Arbeitsebenen für alle Team, Dateien mit den aktuellen Fall an denen sie arbeiten, und alle Daten. Dies ist die primäre Daten der Anwendung. Vielleicht ist es in einer relationalen Oracle-Datenbank oder einem Marklogic NoSQL Dokumentendatenbank gespeichert.

Verwendung der Daten kann variieren. Zum Beispiel kann ein Benutzer möchte sein Team eine Zusammenfassung nur Arbeitsbelastung zu betrachten, während ein Manager alle Mitarbeiter in einem Team zu verfolgen möchten.

Diese Benutzer erhalten unterschiedliche personalisierte Ansichten der gleichen Daten. Diese Ansicht Präferenzen müssen irgendwo gespeichert werden. Sie wollen wahrscheinlich nicht Ihr Fall Datenbank mit dieser Personalisierung zu überlasten Daten- und zur Vorderseite # 8208-End-Anwendung spezifisch ist, nicht der Kern Fall # 8208-Management-System.

einen Schlüssel # 8208 Wertspeicher mit einem Composite-Schlüssel enthält Benutzer-ID (nicht Session-ID) und dem Dienstnamen verwenden, können Sie die Personalisierungseinstellungen als Wert zu speichern, die sich mit einem Lookups sehr schnell und verhindert, dass die Leistung Ihrer Primärsysteme macht negativ beeinflusst.