我的看法 :
首先你要把几乎没有可能同时查询的东西(比如说计算机和女人)分成不同的表
比如说吧
  中国队 鲜花 域名 足球彩票 游戏 更多…
 
 这样的,你就可以给它们建立不同的表(通过传递变量来对相应的表查询)
<a href=./file.php?tablename="chinese">中国队</a>(传递了tablename这个变量)
另外,如果是模糊查询的话(也就是不选择具体查询的主题)
你可以建立一个总的表,里面是你所有的记录
但是你可以这样
$query1="select * from tablename where 字段='%$query1%' and 0<id<10000;(其中query1是传递的你输入的东东)
$query2="select * from tablename where 字段='%$query1%' and 
100000<id<200000;
    .
    .
    .
for ($i=0;$i<数目;$i++)
{
$result.$i=mysql($query.$i,$link);
}
由于PHP&mysql本身就是中小型的,所以数据库一般不会很大.
另外类似的方法就是:可以用不同的文件来处理(每个文件查询一定数量的记录,并且不象浏览器输出东西),然后都提交给同一个你最后要显示的文件
浅妄薄见,望与斟酌

解决方案 »

  1.   

    楼上的对mysql偏见,做过700,0000的数据的项目,且每天还要以4-5万速度增加,每天查询几十万次。速度感觉还是很快!正确地建立索引还要正确使用它们,mysql还是快的!只是他的管理工具和一些事务支持有限,速度上绝对没问题的。
      

  2.   

    MySQL的速度等是他的优势,不要当心MySQL会被几千万条数据拖跨。只不过是你的数据库使用一定要合理。
      

  3.   

    建表要合理,然后索引表,临时表,
    内存表应该也要合理利用,
    php+mysql在和数据库配合方面还是最强的阿
      

  4.   

    MySQL处理百万级的数据还是可以的,不同的查询条件,导致的运行效率差异很大。另外,你可以适当转移一些旧的数据,比如每个月转移一次上月的数据,以次间接减少数据库负担。