目录:
- Facebook消息传递平台
- <!虽然DynamoDB从原始的Dynamo获取名称,但它有不同的方法:DynamoDB提供全球同步复制,以确保企业应用程序中的一致性和持久性。
- 英国广播公司(British Broadcasting Corporation)提供在线服务,为英国公民提供英国广播公司(BBC)电视和广播节目iPlayer的免费上网服务。
- 2011年,英国广播公司意识到,其记者花了大量的时间决定在哪里发布BBC体育网站的故事。这花费了大量的时间,金钱和故事并没有一贯地提供给体育网站不同区域的用户。 BBC创造了一种全新的称为动态语义出版(Dynamic Semantic Publishing,DSP)的解决方案,以使这一过程大部分自动化。通过使用MarkLogic Server 6(没有三重存储的版本)和Ontotext的GraphDB(以前的BigOWLIM)的组合,BBC能够向他们的记者建议故事主题。这种方法也使英国广播公司能够利用故事中提到的主题固有的关系来确定在哪里发布数据,而不是依靠记者。
- 医疗保险和医疗补助服务中心(CMS)选择MarkLogic为所有这些系统的数据提供后端数据库。MarkLogic服务器存储了在这些系统之间流动的所有XML内容的匿名版本,并提供了匹配市民需求和可用保险范围的功能。实时跟踪和分析所有消息流量的子系统已被证明是直接影响公民生活的NoSQL系统最显着的成功。虽然项目经历了公共困难,但处理的复杂程度以及现已成功推广到七百多万新覆盖的美国人身上,取得了巨大的成功。
- 安全信息共享
- 公民参与
视频: [COSCUP 2012] When Big Data Meet Python - Jimmy Lai 2024
通常人们购买一个特定的平台,因为其上运行的杀手级应用程序。许多基于NoSQL的应用程序都属于杀手级应用程序类别。使用现有的关系数据库技术,这些应用程序不可能成为现实。
Facebook消息传递平台
Apache Cassandra由Facebook创建,为其收件箱提供动力。它做了这么多年。 Cassandra的工作如下:
<! - 1 - >-
Cassandra将用户消息和消息中的术语(单词等)编入索引,并驱动搜索这些消息中的所有内容。用户标识是主键。每个术语成为超级列,消息ID是列名。 Cassandra提供了列出发往和来自特定用户的所有消息的能力。在这里,用户ID是主键,接收者ID是超级列,消息ID是列名。
-
<! - 2 - >
最初的Facebook Cassandra论文是用最近的信息加注释的,由DataStax(今天推广Cassandra的商业公司)维护。亚马逊DynamoDB
亚马逊最初发布了Dynamo纸,从而启动了NoSQL键值存储的概念。此后,亚马逊又创建了一个名为DynamoDB的独立数据库,作为亚马逊网络服务市场网站上提供的服务。
<!虽然DynamoDB从原始的Dynamo获取名称,但它有不同的方法:DynamoDB提供全球同步复制,以确保企业应用程序中的一致性和持久性。
使用DynamoDB时,您只需使用您使用的每小时吞吐量,而不是用于存储的数据量,这是新应用程序开发人员感兴趣的有趣模型。在编写包含25GB存储空间和一些写入和读取容量单元的“免费层”选项时,您也会收到这样的结论。
Google MailGoogle的Bigtable的创建目的是为各种Google应用程序(包括Orkut,Google地球,网络索引,Google地图,Google图书,YouTube,博客)提供宽列存储。 Google Code和Google Mail。
Bigtable克隆为大量信息提供索引查询表
LinkedIn使用Hadoop在一夜之间关注关系信息,并将最新图表信息推送至Voldemort键值NoSQL存储以供查询明天。通过这种方式,LinkedIn保持了服务中所有数据的滚动视图。
在这里查看Espresso的更多信息。英国广播公司(BBC)在线媒体目录
英国广播公司(British Broadcasting Corporation)提供在线服务,为英国公民提供英国广播公司(BBC)电视和广播节目iPlayer的免费上网服务。
情节,系列和品牌的信息由与负责安排电视剧有关的小组更新。 BBC将多个MySQL系统迁移到单一的MarkLogic Server 6资源库中,以提供对程序元数据的访问。这个操作包括创建一个名为Nitro的数据服务API并将其嵌入到MarkLogic服务器中。硝基现在支持越来越多的BBC服务。 Nitro开始通过替换iPlayer中的功能来帮助稳定该平台的性能。未来,Nitro将把合作伙伴包括在内,并且有一个面向公众的API。
英国广播公司体育和奥运平台
2011年,英国广播公司意识到,其记者花了大量的时间决定在哪里发布BBC体育网站的故事。这花费了大量的时间,金钱和故事并没有一贯地提供给体育网站不同区域的用户。 BBC创造了一种全新的称为动态语义出版(Dynamic Semantic Publishing,DSP)的解决方案,以使这一过程大部分自动化。通过使用MarkLogic Server 6(没有三重存储的版本)和Ontotext的GraphDB(以前的BigOWLIM)的组合,BBC能够向他们的记者建议故事主题。这种方法也使英国广播公司能够利用故事中提到的主题固有的关系来确定在哪里发布数据,而不是依靠记者。
进入英国广播公司体育主页,点击英格兰足球队的链接,不仅可以看到有关英格兰足球队的故事,还可以看到所有正在英格兰踢球的球员,配偶,尽管他们没有明确提及英格兰足球队的故事。
在这里查看有关英格兰足球队的信息。
医疗保健。 GOV
医疗保健。 gov被称为有史以来最复杂的IT系统实施。建立它需要几个系统,其中最明显的是医疗保健。 gov市场。在幕后,许多其他系统提供支持功能,包括从其他机构获取信息的存储区,例如国税局的数据和国家已经向居民提供的有关覆盖范围的信息。此外,保险公司在联邦市场网站上提交他们想要提供给法国的政策。各种系统之间的通信也需要存储消息以保证安全(所以它们不会丢失)并在以后交付。虽然HealthCare。 gov向33个州的公民提供覆盖,后端系统通过数据库支持所有五十个州,并支持各州自己的市场。
医疗保险和医疗补助服务中心(CMS)选择MarkLogic为所有这些系统的数据提供后端数据库。MarkLogic服务器存储了在这些系统之间流动的所有XML内容的匿名版本,并提供了匹配市民需求和可用保险范围的功能。实时跟踪和分析所有消息流量的子系统已被证明是直接影响公民生活的NoSQL系统最显着的成功。虽然项目经历了公共困难,但处理的复杂程度以及现已成功推广到七百多万新覆盖的美国人身上,取得了巨大的成功。
在这里查看MarkLogic在HealthCare中使用的信息。 GOV。英国NHS Spine 2骨干
英国国家卫生服务部门由数百个组织组成,全部在全国统一的范围内。例如,普通手术和医院各有自己的系统。
英国NHS提供一套称为脊柱的服务。例如,脊柱包括一项服务,为新生儿分配一个独特的NHS号码,将终身与他们在一起。这个Spine有一个系统,可以作为一个称为Spine Core的各种系统的消息中枢。
脊椎2还包括与简易护理记录(SCR)系统的通信,使医院急诊室的人员能够在全国各地查找个人医疗记录。 Spine 2主干建立在Riak的基础之上,取代了一个建立在老式关系技术基础上的非常昂贵的系统。
在这里查看Riak在Spine 2 Core中的使用信息。
安全信息共享
在许多情况下,您需要提供信息访问权限,同时保持其安全性。以下是几个示例:
提供摘要访问权限的图书出版商,以便您可以在购买之前验证图书的相关性,但只能在购买后查看完整图书
具有不同访问权限的多项社会关怀应用程序保护工作人员,医务人员,教育工作者和执法机构
情报共享应用程序,其中有关情报报告的高层信息是为了发现而共享的,但是,如果所有访问必须以个案的方式申请和授予,以案例为基础
这些情况有一个共同的方法:它们要求将记录级别的安全设置为最低限度,以便您可以向系统的不同用户显示或隐藏记录。另外,要提供对记录中特定部分的安全访问,还需要非规范化或基于单元的或基于标签的访问控制(LBAC)。 LBAC根据该记录的内容强制执行记录安全性,而不是为该记录设置显式权限。
在这些情况下,支持记录或单元/元素/三重安全级别的NoSQL数据库(如Accumulo,MarkLogic Server和AllegroGraph)是很好的选择。
公民参与
政府使用NoSQL数据库为公民提供有关其国家治理情况的信息。弗吉尼亚州费尔法克斯县就是一个很好的例子,它使用MarkLogic服务器通过在线浏览和搜索界面向政府机构和居民提供地理空间信息。该服务涵盖一系列的信息,例如县里的地理点和与警方有关的事件。在英国,获奖立法。 GOV。英国网站提供有关英国法律可追溯至一千多年的信息!如果你想知道在1542年有关盗窃威尔士财产的法律,只需访问网站!
您也可以找到议会目前正在辩论的法律,即将出台的法律条款激活可作为当前立法的注释。这项服务为公民和立法者提供了非常丰富的英国法律事务参考。
本网站由MarkLogic Server 5(没有三重存储的版本)和Ontotext的GraphDB驱动。