搜索也应该没问题吧……
$db=file(.....);
然后……
for($i=0;$i<count($db);$i++)
{
    if(stristr(trim($db[$i]),........
}如果大家说烦琐,那么为什么Leoboard那么多个讨论区,那么多个帖子,那么多用户,他们还用文本数据库开发呢?

解决方案 »

  1.   

    至少感觉操作非常麻烦,特别是字段多的时候
    还有搜索的时候,安全性肯定不如关系数据库
    至于Leoboard,偶不知道,没看过
      

  2.   

    最大的缺点是需要手工维护数据约束条件~~~~
    花花当时写LB的时候是为了RUN @ ANYWHERE,所以LB用文本数据库~~~而且,PERL对文本处理能力达到了一个让人满意的程度~~~如果你使用ASP或PHP或其他脚本语言,在不增加新的文本处理包的前提下,使用文本数据库都会异常“麻烦”!!!
      

  3.   

    PHP文本处理也算是过得去了,ASP就还有就是上面那代码,一条记录一条记录的搜的话,很慢。不过也没办法:)
      

  4.   

    看看ctb,感觉经典的文本应用
      

  5.   

    其实我也是在写个需要Run@Anywhere的系统,才想到用文本数据库的
    但是经过多次测试发现性能并不是很理想。郁闷~~~有啥法子不各位高手?
    关于效率问题?
      

  6.   

    不是很多的数据的情况下,文本还可以吧.想对上面的那个用file读取数据的说,如果数据超过1000条,你就不要用它.PERL正则表达式可以很好的处理它
      

  7.   

    文本数据库,权限问题特麻烦吧.而且算法也很麻烦,用关系数据库如mysql,就要轻松很多.
      

  8.   

    我没有说1000条就会急剧下降,我只是说你不要用file读取 ^_^
      

  9.   

    我觉得没有什么不好的速度肯定比MS 的SQL Server快,特别是大量数据的情况下
    MySQL之所以速度很快,我个人的估计是因为它把文件当做表唯一的缺点是要自己写代码来维护和使用,没有通用的标准,功能的扩展性可能比较差在特定的应用中,比如不考虑通用性和移植问题,一定会比大型数据库效率更高