使用Jena将本体存入MySQL——文档和例子
iMarine http://iMarine.blog.163.com
注明：本文档参考Jena 2.5文档，使用Jena 2.5 API和MySQL 5.0.4-beta-nt数据库。MySQL驱动包使用的是mysql-connector-java-3.1.10-bin.jar。
1 Jena的数据库接口
Jena提供了将RDF数据存入关系数据库的接口，Model、Resource、Query等接口可以用于访问和维护数据库里的RDF数据。在处理数据时，应用程序不必直接操作数据库（而是通过Jena的API），也不必知道数据库的模式。
Jena提供了支持MySQL、HSQLDB、PostgreSQ、Oracle和Microsoft SQL Server的程序接口。有些第三方提供其他数据库接口的支持。可以参考Jena数据库文档获得数据库版本以及对应的JDBC驱动说明。
2 Jena的数据库模式
关系数据库存储RDF数据的一般模式是“三元组”，表有三列（主体、谓词、客体）每个RDF陈述（sataement）占用一行。有时候，添加第四列以表示客体是字符常量还是URI。
Jena 2采用一种denormalized的三元组存储方法，是存储空间和访问时间的一种权衡方法（a space-time trade-off）。Jena使用两类七个表存储本体，第一类是asserted statements，第二类reified statements。
Statement Tables 陈述表
1) Asserted Statement Table (Jena_GiTj_Stmt)：存储本体数据
2) Reified Statement Table (Jena_GiTj_Reif)：经过处理的本体数据
System Tables 系统表：存储元数据和陈述表中使用的较长的文字或者资源
3) System Statement Table (Jena_Sys_Stmt)：存储系统元数据
4) Long Literals Table (Jena_Long_Lit)：存储陈述表中不便于直接存储的长字符创常量（Literals）
5) Long Resources Table (Jena_Long_URI)：存储陈述表中不便于直接存储的长资源URI
6) Prefixes Table (Jena_Prefix)：存储URI的前缀。前缀只存储一次，节省空间。
7) Graph Table (Jena_Graph)：存储每一个用户图的名字和唯一标志符。
8) Lock Table (Jena_Mutex)：一个没有内容的表。如果该表存在，在一定时间段里
相关文档：
今天搞了一天，终于搞定了。
对于Mysql有两种模式，MYISAM与INNODB
如果是MYISAM的话，在data目录下里会.frm .myd .myi 三种文件，那么直接把DATA移过去，配置好权限就可以还原了。
如果是INNODB的话，那是相当的烦啊。在data目录下只有.frm(这只是一个数据格式），这个移过去后，是无法还原原始数据的。
真正的数据是� ......
客户用的数据库是mysql，而研发好的产品支持oracle，为了让客户掏腰包，我们必须把数据库环境从oracle转向mysql。我们在转换的过程中碰到了下面一些问题，希望能给同样遭遇的同仁们一些借鉴。如果我们在最初的设计、编码过程中注意数据库的移植性，这种情况下可以完全不需要作额外工作。
一、数据库环境从oracle转 ......
一、安装服务器端
（1）、在有两个rmp文件的目录下运行如下命令：
[root@test1 local]# rpm -ivh MySQL-server-5.0.26-0.i386.rpm
显示如下信息：
warning: MySQL-server-5.0.26-0.i386.rpm: V3 DSA signature: NOKEY, key ID 5072e1f5
Preparing…… ##################################### ......
<!--
/* Font Definitions */
@font-face
{font-family:宋体;
panose-1:2 1 6 0 3 1 1 1 1 1;
mso-font-alt:SimSun;
mso-font-charset:134;
mso-generic-font-family:auto;
mso-font-pitch:variable;
mso-font-signature:3 135135232 16 0 262145 0;}
@font-face
{font-family:"\@宋体" ......
