Gestion de l'information de l'utilisateur avec nosql

Il ya des données mission # 8208-critiques, et il n'y a données à l'appui. Il est correct si votre mission # données 8208-critique semble un peu lentement parce que vous voulez être sûr qu'il est sûr et bien géré. Mais vous ne voulez pas les données à l'appui de votre demande à entraver les opérations globales et l'expérience utilisateur.

Sommaire

Bien que les données à l'appui peuvent être de moindre valeur, sa nécessité d'intensifier est grande - généralement en fournissant la livraison des réponses à des requêtes en moins de dix millisecondes. La plupart de ces données à l'appui aide les utilisateurs à accéder à un système, un service sur mesure à leurs besoins, ou trouver d'autres services ou produits disponibles.

Fournir de publicités Internet

Bien que les publicités sont essentiels pour les entreprises qui commercialisent leurs produits ou services sur le web, ils ne sont pas essentiels au web # 8208 expériences-navigation de nombreux utilisateurs. Cependant, le temps de chargement des pages web est important pour eux, et dès qu'une annonce lentement livré commence ajoutant le temps de chargement d'une page, les utilisateurs commencent à se déplacer à d'autres, plus rapide, les sites Web.

Annonces servant rapide est donc, une préoccupation majeure. Cela est pas une entreprise simple, cependant. Quelle publicité est visible pour l'utilisateur qui dépend d'un très grand nombre de facteurs, souvent déterminée par des facteurs tels que l'activité suivis de l'utilisateur en ligne, la langue et l'emplacement.

Les entreprises qui ciblent leurs publicités aux bons clients reçoivent plus de clic # 8208-through, et donc plus de profit. Toutefois, l'entreprise de la publicité ciblée est de plus en plus scientifique.

Key # 8208-valeur magasins sont principalement utilisés par les entreprises web de publicité. (Vous pouvez trouver des études de cas sur une telle utilisation sur les sites clés # 8208-valeur NoSQL fournisseurs.) Utilisant leur logiciel propriétaire, ces entreprises utilisent une combinaison de facteurs pour déterminer ce qu'un utilisateur veut ou est intéressé afin qu'ils puissent cibler les publicités à que l'utilisateur de manière efficace.

Vous pouvez penser de cette combinaison de facteurs comme étant un clé, et il est cette clé composite qui pointe à la publicité la plus convaincante. Tout ce qui est nécessaire pour servir la publicité est gardé comme la valeur dans un magasin touche # 8208-valeur.




Si vous avez besoin pour servir rapide des données fondées sur un ensemble de facteurs connus, puis un magasin de clés # 8208-valeur est un excellent match. Tout ce que vous devez faire est de configurer la clé efficacement.

Pour configurer la clé, effectuer une analyse hors ligne des annonces qui seront pertinents pour chaque profil combiné de personnes. Si les informations que vous avez sur l'utilisateur visite est le pays, la langue, et la catégorie préférée des achats sur Amazon, alors peut-être une clé appropriée serait UK # 8208 # 8208-anglais-guitares.

Cela évite d'avoir à faire des requêtes complexes à adserving temps - juste place concaténer ces domaines ensemble pour former une clé et demander la valeur de cette clé.

Manipulation des sessions utilisateur

Vous pouvez dépenser tout l'argent que vous voulez sur un état # 8208 # 8208-de-la-art # 8208 Datacenter pour vos données transactionnelles, mais si votre site est lent, les gens vont dire que l'ensemble de votre service est lent. En fait, lorsque les entreprises et les gouvernements à lancer de nouveaux services en ligne qui ne peut pas gérer la charge placée sur eux, la presse les mange pour le petit déjeuner.

Typiquement, le problème est que pas un système de traitement primaire va aval plutôt, il est parce que les identités ou les sessions des utilisateurs sont mal gérées. Peut-être le nom d'utilisateur est pas mis en cache, ou chaque demande nécessite l'ouverture d'une nouvelle session à partir du serveur d'application au lieu de la mise en cache de ces informations entre les demandes.

Une session utilisateur peut suivre la façon dont un utilisateur se promène dans une application, l'ajout de données sur chaque page. Les données peuvent ensuite être enregistrées à la fin de ce voyage en un seul coup à la base de données, plutôt que dans une séquence de petites demandes à travers de nombreuses demandes de page. Souvent, les utilisateurs ne me dérange pas d'attendre quelques secondes après avoir cliqué sur un bouton de sauvegarde. Fournir une session efficace de l'utilisateur sur un site qui a une faible latence a un couple d'avantages:

  • L'utilisateur (bientôt client!) Reçoit un bon service.

  • Partiellement données complète ne soit pas enregistré dans votre principale retour # base de données transactionnelle 8208-fin.

Les sites Web utilisent un cookie pour suivre l'interaction de l'utilisateur avec un site Web. Un cookie est un petit fichier lié à un identifiant unique, tout comme un disque dans un magasin touche # 8208-valeur. Le serveur utilise ces cookies pour identifier ce qu'il connaît déjà un utilisateur sur leurs deuxièmes ou ultérieures demandes, de sorte que le serveur doit chercher une session en utilisant ces données rapidement. De cette façon, lorsque les utilisateurs se connectent, les sites Web reconnaissent qui ils sont, quelles pages ils visitent, et quelles informations qu'ils recherchent.

Cet identifiant unique est généralement un nombre aléatoire, peut-être notre vieil ami, l'identifiant universel unique (UUID). Le site peut avoir besoin de stocker différents types de données. Typiquement, ces données est court # 8208-a vécu - la longueur de la session d'un utilisateur, peut-être quelques minutes.

Key # 8208-valeur magasins sont, par conséquent, idéal pour stocker et récupérer des données de session à des vitesses élevées. La capacité à Pierre tombale (qui est de supprimer) les données une fois un horodatage est dépassée est également utile. De cette façon, l'application n'a pas besoin de vérifier l'horodatage de la session sur chaque demande - si la session est pas dans la base de données, il a été désactivés. Donc, la séance est plus valide, ce qui enlève une partie de la charge administrative du programmeur d'application.

Soutenir la personnalisation

Semblable à l'utilisateur # 8208 exigence de session, mais plus # 8208-vie, est le concept de service de personnalisation de l'utilisateur. Ceci est où le front # demande 8208-fin est configuré par les utilisateurs pour leurs besoins spécifiques.

Encore une fois, ceci est un front-end # 8208 type secondaire des données, et non les données transactionnelles primaires au sein d'un système. Par exemple, imaginez que vous avez une base de données primaire montrant les niveaux de travail pour toute votre équipe, le cas actuel fichiers sur lesquels ils travaillent, et toutes les données connexes. Ce sont les données primaires de l'application. Il est peut-être stocké dans une base de données relationnelle Oracle ou une base de données de documents MarkLogic NoSQL.

L'utilisation des données peut varier. Par exemple, un utilisateur peut choisir d'afficher un résumé de seulement la charge de travail de son équipe, alors qu'un gestionnaire pourrait vouloir suivre tous les employés sur une équipe.

Ces utilisateurs reçoivent différentes vues personnalisées des mêmes données. Ces préférences d'affichage ont besoin d'être sauvé quelque part. Vous ne voulez probablement pas surcharger votre base de données de cas avec cette personnalisation de données il est spécifique à l'avant # demande 8208-fin, pas le système de gestion 8208-core cas #.

Utiliser un magasin 8208-valeur sur la touche # avec une clé composite contenant de l'ID utilisateur (pas l'identifiant de session) et le nom du service vous permet de stocker les paramètres de personnalisation comme une valeur, ce qui rend les recherches très rapide et empêche les performances de vos systèmes primaires d'être négativement affecté.


» » » » Gestion de l'information de l'utilisateur avec nosql