关联数据与HTTP、URL、HTML的拓展与限定

关联数据建立在Web技术之上，Web技术主要涉及三个方面的内容：HTTP、URL和HTML。HTTP是服务器操作的指令，规定了对GET、PUT、POST等请求时，服务器如何响应和处理；HTML是存储在服务器端的网页文件，将根据请求传送给浏览器，HTML标准规定了文件的结构，允许包含丰富的超文本链接，并能嵌套各类文件格式，只要浏览器端有相应的资源或程序就能够调用或运行。正是由于HTML，使整个万维网上布满了相互链接的文件，成为一个巨大且不断膨胀的文件库；URL最初被用来在这个文件库中定位文件，后来演变成兼具名称作用，从而连同URN一起，统一作为URI的子类。

关联数据对HTTP、URL和HTML作了进一步的限定和扩展，用URI同时解决命名和定位问题。在具体使用URI命名和定位时，由于该名称有永久性和易实现的要求，路径作为某个资源名称的一部分，不允许随意发生改变，并且在不同的技术环境和异构的软硬件平台下都要能正确编码，这就需要URI符合Cool URI规范。

来自客户端任何非信息资源的所有URI请求，均采用HTTP协议中的内容协商规则，返回其所请求的信息资源描述文件。一般信息资源描述文件有两类：如果请求为text/html，则返回HTML格式的网页文件；如果请求为application/rdf＋xml，则返回负责该对象语义描述的RDF文件。(www.xing528.com)

具体内容的协商方式一般有两种方案可达成：一是采用HTTP协议的303指令重定向。客户端的URI请求由于不存在非信息资源，服务器就会发送一个“303 see other”给客户端，再由客户端根据重定向规则发送请求，具体根据客户端是HTML浏览器，还是支持RDF的浏览器来决定HTTP文件头请求何种类型的文件。二是采用带“＃”号的URI方式，“＃”号前面的URI能够便于浏览器进行解析定位，而与后面带号的片段标识符共同用来标识非信息资源，该片段标识符同时起到了类似于重定向的功能，允许支持RDF的浏览器关联到信息资源文件的所需位置。这种方式要求该片段标识符必须在RDF文件中唯一且整个RDF文件不可过大，否则非常影响查询效率。

由于关联数据从技术上看是一种简单的数据发布规范，规模较小的应用只需要对现有的Web服务器软件进行一定的设置，设定好资源对象的URI命名规范，并将这些资源的RDF描述以静态文件的形式发布出来。对于海量数据仓储，则后台必须有支持关联数据规范发布方式的数据库管理平台。另一做法是利用关系型数据库系统的管理功能，编制映射文件实时地将数据表、行、列、值映射为RDF数据中的类、属性、资源、属性值等，这种方式通常被称为D2R(数据库到RDF数据)转换方式。这等于在原有的Web数据库三层应用架构基础上增加了语义构建层，简化了语义内容的构建难度，发布速度快，但也存在语义标注一致性差和质量不高的问题。