另外，问一下，每次运行MAKE_INDEX，TAG_INDEX表是不是要全部刷新写入数据并重新归类TAG所属的帖子？？如果是这样的话，估计还要至少10多个小时才能完工，今天晚上服务器迁移机房，下午运行到晚上的工作需要全部重新来过，晚上1点多，服务器才重新设置完毕的：（

引用:

原帖由 cofco 于 2008-2-21 02:11 发表
另外，问一下，每次运行MAKE_INDEX，TAG_INDEX表是不是要全部刷新写入数据并重新归类TAG所属的帖子？？如果是这样的话，估计还要至少10多个小时才能完工，今天晚上服务器迁移机房，下午运行到晚上的工作需要全部重新来过，晚上1点多，服 ...

运行到一半不需要重来,程序是一个一个tag倒的,即使是某个tag中间超时了,也只需要重做这个tag就可以了,如何重做我日后详细写下吧.所有tag全部生成完毕后,格一段时间重新生成的时候是需要重头做的,也需要做一些工作.到时候我把详细步骤写出来.

报告一个好消息，突然间显示：
CREATE INDEX OVER
完工了 ，哈哈，原来服务器重启，也不需要继续中断的工作，很好：）

实际使用中,
ALTER TABLE `cdb_tags` ADD `if_do` TINYINT( 1 ) DEFAULT '0' NOT NULL ;
ALTER TABLE `cdb_tags` ADD INDEX ( `if_do` ) ;
这两步也花不了多少时间的.

运行了这几天,目前运行良好,非常感谢,

另外,如何进行更新呢???

我明日想一下,把详细更新步骤写出来,你这种拷贝到本机的方式,实际上更新起来也是很简单的.

目前还处于数据录入阶段,所以放到本机上更新.
估计等到全面使用的时候,可能要在服务器上更新了,数据库太大了,在本机和服务器来回传递十分消耗时间的
另外,咨询一下:
如果数据达到800-1000万条左右,很多文章都在5000个汉字以上,DZ的数据库会不会崩溃呢????
为了防止崩溃,我把分类都单独使用了一个DZ程序,这样每个分类保持在百万左右的数据,可以安全一些,但是搞出这些分类,一方面是程序不能统一,另一方面也很麻烦.
目前正为这个发愁呢

数据量大导致性能下降是一定的,不过还没有因为数据量太大而崩溃的.只要不在大数据量的表里并发运行高耗能的进程,崩溃的可能性不大.

针对注册用户,我是准备开通DZ的全文搜索功能的,估计会让DZ趴窝的 ,
我找过一个安装于DZ的搜索引擎,据说带不动超过百万的帖子,而我的数据是文章多,比帖子的数据量大,更加带不动了.

搜因是可行的,不过编码量很大,可以用google代替

GOOGLE/BAIDU的收录,很不全