数据表为：KS_ItemInfo  KS_ItemInfoR

KS_ItemInfo 看似是文章的一个索引表，即新添加的文章在数据写入KS_Article时都会向KS_ItemInfo写入部分数据。但是老文章在没有写入这个表的时候，同样可以正常浏览访问。

不知道KS_ItemInfo的作用具体何在？

若用处大，自己写个升级程序把KS_Article与KS_ItemInfo关联不是难事。

KS_ItemInfoR为关联文章数据库，V6.0以前每次关联是程序自动寻找tags匹配，现在使用了数据表，对使用动态或伪静态时速度会增快不少，但是只有新文章才会自动建关联，并且在每次添加文章自己不指定关联词语时，只有tags完全匹配的时候，程序才会认为这些文章时关联的。V6.0以前是依据单个关键词关联的。

为了让以前的文章也入这个KS_ItemInfoR表，现在自己想按照单个关键词的关联思想建立关联数据，不知道关联后会出现什么错误不？

-------------------------------------

20:44最新发现

只要以前的文章在KS_ItemInfo ，可以使用程序的“一键关联”，不过执行很慢很慢~目前还不知道“一键关联”按照何种模式匹配关联文章。

-------------------------------------

经过摸索，写了个简单的程序，希望对大家有用。

本压缩包文件仅适用于V5.5toV6.0升级KS_ItemInfo表与KS_ItemInfoR表。

请升级前做好数据库数据备份工作。

1、upArticletoItemInfo.asp主要是把升级后KS_Article表中所有与KS_ItemInfo相关的字段数据写入KS_ItemInfo中；

2、upItemInfoR.asp主要是把关联文章（按照以前关联单个关键词的思想）写入KS_ItemInfoR表格中，官方的“一键关联”涉及到很大的数据转移，会出现假死现象，本程序使用“分页+自动刷新”来逐步更新数据。

目前发现的问题，升级完KS_ItemInfoR后，相关文章若用ajax输出形式或许找不到关联文章，改为普通模式输出即可。

以上的完全是土方法，欢迎大家批评指正。

2009-09-12更新：

今天在升级的时候，看到确实重复了很多文章，原因在于

rs3.Open "select * from KS_ItemInfoR where InfoID = "&rs("ID")&" and RelativeID="&rs2("ID")&"" , Conn ,3 , 2
 以前不小心将RelativeID="&rs2("ID")&"写成了RelativeID="&rs("ID")&"，造成检验失败。

新压缩包已经修复，不过似乎不完善，没办法，只好凑合用了。另外新添关键字多于一个的情况下，选择尽可能多关联几个关键字功能。