用NoSQL管理用户信息 - 虚拟人物

有关键任务的数据，还有支持的数据。如果您的任务关键型数据显得有点慢，因为您希望确保它的安全性和正确管理，那就没问题了。但是您不希望您的应用程序的支持数据妨碍整体交易和用户体验。

虽然支持数据的价值可能较低，但是其扩展需求却很大 - 通常是在不到十毫秒的时间内提供查询响应。这些支持数据大部分可以帮助用户访问系统，针对他们的需求定制服务，或者查找其他可用的服务或产品。

<！ --1 - >

交付网络s

尽管s对于在网络上销售产品或服务的公司至关重要，但它们对许多用户的网络浏览体验来说并不是必不可少的。但是，网页的加载时间对他们来说非常重要，只要缓慢投放的广告开始增加网页的加载时间，用户就会开始转向其他更快的网站。因此，快速服务是一个关键问题。尽管如此，这不是一件简单的事情。显示哪个用户依赖于很多因素，通常由诸如用户在线跟踪的活动，语言和位置等因素决定。

<！ - 2 - >

以适合客户为目标的公司获得更多点击量，从而获得更多利润。但是，有针对性的广告业务越来越科学。

键值存储主要由网络公司使用。（您可以在关键值NoSQL供应商的网站上找到关于此类用法的案例研究。）利用这些专有软件，这些公司使用多种因素的组合来确定用户想要或感兴趣的内容，以便他们可以将目标定位到该用户有效。

你可以把这个因素的组合看作一个

键，这个组合键指向最引人注目的。所需的所有东西都被保存在一个键值存储中。如果您需要基于一组已知因子快速提供数据，那么键值存储是非常好的匹配。所有你需要做的就是有效地设置密钥。

要设置密钥，请执行一些离线分析，这些分析将与每个人的组合资料相关。如果您访问用户的信息是亚马逊的国家/地区，语言和最喜欢的购物类别，那么适当的钥匙可能是英国 - 英国吉他。

这样可以避免在广告投放时做任何复杂的查询，而只是将这些字段连接在一起形成一个密钥并询问该密钥的价值。

处理用户会话

您可以将所需的所有资金用于交易数据的最新数据中心，但是如果您的网站速度较慢，则会说您的整个服务速度很慢。事实上，当公司和政府推出新的在线服务，无法承受这些服务的负担时，媒体就会吃早餐。通常情况下，问题不是主要的处理系统崩溃;相反，这是因为用户的身份或会话处理不好。也许用户名不被缓存，或者每个请求都需要从应用程序服务器打开一个新的会话，而不是在请求之间缓存这个信息。

用户会话可以跟踪用户如何遍历应用程序，在每个页面上添加数据。数据可以在这个旅程结束时保存到数据库中，而不是通过许多页面请求的一系列小请求。用户通常不介意点击保存按钮后等待几秒钟。在低延迟的网站上提供有效的用户会话有两个好处：

用户（即将成为客户！）得到良好的服务。

部分完整的数据不会保存到您的主要后端事务数据库中。

网站使用Cookie来跟踪用户与网站的互动情况。 Cookie是一个链接到唯一ID的小文件，就像键值存储中的记录一样。服务器使用这些cookie来识别它已经知道第二个或后续请求中的用户，所以服务器需要快速地使用这个数据来获取会话。通过这种方式，当用户登录时，网站会识别他们是谁，他们访问了哪个页面，以及他们正在查找哪些信息。
这个唯一的ID通常是一个随机数，也许是我们的老朋友，通用唯一标识符（UUID）。网站可能需要存储各种类型的数据。通常，这个数据是短暂的 - 用户会话的长度，也许只是几分钟。因此，键值存储是高速存储和检索会话数据的理想选择。一旦超过时间戳，

墓碑

（即删除）数据的能力也是有用的。通过这种方式，应用程序不需要检查每个请求上的会话的时间戳记 - 如果会话不在数据库中，则会被逻辑删除。所以会话不再有效，从而消除了一些应用程序员的管理负担。

支持个性化类似于用户会话要求，但是寿命更长，是用户服务个性化

的概念。这是前端应用程序由用户根据其特定需求进行配置的地方。同样，这是一个前端第二类数据，而不是系统中的主要事务数据。例如，假设您有一个主数据库，显示所有团队的工作级别，他们正在处理的当前案例文件以及所有相关数据。这是应用程序的主要数据。也许它存储在Oracle关系数据库或MarkLogic NoSQL文档数据库中。

数据的使用可能会有所不同。例如，一个用户可能只想查看他的团队的工作量摘要，而一个经理可能想要跟踪一个团队中的所有员工。这些用户正在接收相同数据的不同个性化视图。这些视图首选项需要保存在某个地方。您可能不希望使用此个性化数据来重载您的案例数据库;它只针对前端应用程序，而不是核心案例管理系统。使用带有包含用户标识（不是会话标识）和服务名称的组合键的键值存储，可以将个性化设置作为值进行存储，这使查找速度非常快，并防止主系统的性能受到不利影响。