本文分类应该在xml大类下，但csdn目光短浅，只在网站制作技术和.net下有xml分类。rdf与m$无任何关系，所以姑且放在网站制作技术-xml之下。
hax 译自 http://www-db.stanford.edu/~melnik/rdf/db.html
版权开放，欢迎转载 copyleft 2003, hax<hax@sjtu.edu.cn>.
========================
术语译名：
rdf model rdf模型
rdf statement rdf语句
literal 文字常量
namespace 命名空间
table 表
field 字段
========================
本页概述了当前在关系数据库里存储rdf的几种方法，
*this is a request for comments*，请将您的想法投稿
到 (www-rdf-interest@w3.org)！
动机（motiviation）
-------------------
我们需要永久存储和操作（大量的）rdf数据。一个可选的做法是使
用关系数据库技术。这个方法的主要优点是它提供了一个可升级的
通用方案。
准则（criteria）
----------------
这个不完全的列表指出了数据库模式设计需要考虑的准则（无先后顺序）：
* 可伸缩性：我们能存储和查询超过十亿(1b+)的triples吗？
* 查询：支持哪一类的查询？它们可以被容易的公式化表述和处理吗？
* 效率：查询的耗费多大？交付查询结果的耗费呢？
* 优化：我们能如何处理refication？
* 组织：怎样在存储数据之上建立关联？我们能对rdf models进行
易分辨的混合并仍能确定triples来自何处吗？
以下的提议方案从不同方面满足上述准则。本页的维护者对可伸缩性
问题尤感兴趣。请将反映你需求的准则提交给我！
出版物（publications）
----------------------
下面这个论文讨论了以垂直模式存储和查询稀疏的关系表，这与一些
提议方案的精神非常相似：
r. agrawal, a. somani, and y. xu: storage and querying of
e-commerce data, proc. vldb 2001, roma, italy, available as
http://www.vldb.org/conf/2001/p149.pdf
存储rdf的数据库模式
-------------------
（最近的投稿在前）
清晰的模型（explicit models）
-------------------------------
贡献者：brian macbride<bwm@hplb.hpl.hp.com>
日期：2000/5/11
摘要：本表示法清晰的表现模型并使用了视图
数据库模式（oracle）和作者的描述：
sql = "create table rdfresource"
+ "("
+ "id integer not null primary key,"
+ "ns integer not null,"
+ "roname varchar(255)"
+ ")";
资源表保存所有的资源，id是内部的标识符字段，ns是个指针，指向
namespace表的条目以给出资源的命名空间。roname应该叫做‘localname’，
是qname的局部命名部分。
sql = "create table rdfnamespace"
+ "("
+ "id integer not null primary key,"
+ "nsname varchar(255)"
+ ")";
命名空间表。
sql = "create table rdfliteral"
+ "("
+ "id integer not null primary key,"
+ "val varchar (4000)"
+ ")";
literals [hax注：可译作文字常量] 表。 4000字符的限制对当前目
标来说足够。[hax注：oralce的可变字符串的上限是4000字节]
sql = "create table rdfstatement"
