人类可以利用像Firefox插件Tabulator这样的RDF浏览器来获得体会。关于LinkedData的最近一次演讲强调了更复杂的应用模式，比如特定领域的LinkedData mashups、移动地理空间入口点（mobile geospatial entry-points）、语义搜索引擎（semantic search engines）、数据融合（data fusion）、聚合与深化工具（aggregation and drill down tools）等——这些肯定不久就会出现。
然而，目前有一个重大限制：这个帅呆了的网络只能提供只读访问。即将到来的SPARQL Update语言将解决这一问题。SPARQL查询语言自从2004年由W3C RDF数据访问工作组（Data Access Working Group）开始开发、直至今年一月成为W3C推荐标准（Recommendation ）以来， 有几个问题就一直没有得到解决，比如聚集函数（aggregate functions）和更新语言（update language）等。Andy Seaborne（知名的Jena开发者）和Geetha Manjunath（二位均来自惠普公司）最近发布了RDF图更新语言SPARQL/Update（亦被称作“SPARUL”）的第五版，这可以推进这一问题。该语言拟提供以下功能：
* 往RDF图中插入新的三元组。
* 从RDF图中删除三元组。
* 以单个动作的粒度来执行一组更新操作。
* 在图库中创建新的RDF图。
* 从图库中删除RDF图。
这比较像链接数据（Linked Data）的PUT、POST、DELETE实现（implementation）。但什么是图库（Graph Store）呢？图库就是“在单个服务管理下的一个RDF图仓库（repository ）”，其作用是作为发布SPARQL表达式的端点（endpoint）。要知道，每个图都是一个“应由URI本身表示的”RDF数据集——那么为何不直接向那个“Cool URI”发送HTTP POST/PUT/DELETE呢？
惠普公司的SPARQL Update草案既没有提出、也没有回答这一问题，但SPARQL Update Wiki在其Q&A部分给出了一些提示：
SPARQL是只读的，所以可将它映射为URIs（因此采用GET）而不会违反Web架构的太多原则。 REST风格的HTTP操作应该可以在添加、更新、删除具名图（named graphs）的操作中起更重要的作用。 虽然PUT和POST通常比较有用，但REST和Web架构没有阻止使用其他方法——那也许更有助于实现“对大图进行原子更新”。 请尽量避免重蹈Web服务的覆辙；应用协议不是用于“被绑定的”，因为那会掩盖其大部分价值。 |
RDF和REST的资源（resources）概念是可以不一样的。从2006年的《the trouble with “binding”》和《REST without RDF is only half as bad as SOAP》，直到今年二月的《Bridging the semantic Web and Web 2.0 with REST》，一直在讨论这一问题，不过尚未得出任何定论。为什么这很重要？
链接开放数据（Linking Open Data ）的REST式Web为REST式SOA树立了一个出色的真实世界模式——在仅提供只读访问时。设想一下，企业以同样的方式在内部容易地发布它们的数据；那么跨企业的机构也同样可以做到（假定安全需求同样得到满足的话）。至于链接开放数据（Linking Open Data）里的UPDATE，这很可能将用SPARQL Update来实现。虽然这是一个语言，而不是一个应用协议，但它基于了对这样一个协议的假设，即标识图库（Graph Store）而不是图（Graph）。所以，“避免重蹈Web服务的覆辙”也许是值得的。
查看英文原文：SPARQL Update to Complete RESTful SOA Scenario
