全局变量也使会每次都读取的
所以建议使用SESSION,当然都交到客户端也行,用COOKIE

解决方案 »

  1.   

    才2000多行,完全可以用php文件缓存,把数据用数据的形式保存成php文件,调用的时候,先include这个文件即可引用
      

  2.   

    先include这个文件即可引用呵呵,问题就在于还要这个
      

  3.   

    如果SESSION和COOKIE就不要事先
    include这个文件即可引用
      

  4.   

    session也是存在于一个文件中的,再就是session不能所有用户都可以访问的
      

  5.   

    有2000行左右,在很多个页面中需要输入代码进行查询
    他有说是一个用户吗?
    麻烦你也看清楚再说
    再说了如果他要求的是多用户访问,你的session能行吗我真是i 服了 you
      

  6.   

    这个,我觉得把,隐含需求是多用户把,呵呵
    php可以用shmop共享内存把,具体不如找个先哲们写好的php的共享内存类
      

  7.   

    直接生成xml文件,用前台程序来读就行啦。
      

  8.   

    session的存数据是没有限制的如果你的表很大,而且使用频率高,可以用共享内存,原则上是可以的,但偶没用过
      

  9.   

    请楼主先考虑缓存的位置,是浏览器端,还是Web服务器端?
    如果是浏览器端,可以使用JavaScript的JSON。
    如果是Web服务器端,还需要进一步考察。
      

  10.   

    谢谢各位, 肯定是要适合多用户,jsp可以用application,php用shmop,但我用的是虚拟主机,因此shmop也不能用。用文件,也涉及到每个页面每个访问者都要去读文件,不是很好的解决办法。用session ,如果人多点,是否消耗资源太大?
      

  11.   

    既然是用虚拟主机,就是单独部署的实例了,如果是PHP的话,就缓存在硬件上的PHP文件就可以了,可以使用序列化保存,也可以使用export保存。
      

  12.   

    既然是这样,我觉得平衡点也还挺重要的
    存储的话不在内存就在硬盘,如果不能操作内存,那只能放在硬盘
    如果数据集不大,查找的算法也很简单,以一个文件,数组形式也挺好
    否则,比如可以拆分文件,自定义其他算法,或者建立索引,
    另外,如果数据集还涉及到并发修改,或者独占性访问,用数据库可能更合适一点,否则要做的工作相当于,自定义一个方式来完成数据库的常见操作,工作量也不小
    数据库层面,是否可以考虑数据库缓存,比如mysql,设置 query_cache_size ,query_cache_type,当然,这样无论如何还是要连接数据库一下
      

  13.   

    PHP提供的这么好的功能不用,那就自己写PHP扩展吧,又没有权限
    放下屠刀立地成佛
      

  14.   

    关键在于你这2000行数据的应用范围 是单独针对1个用户还是所有用户?SESSION不是好方法 慢的要死 把数组转化成PHP文件吧 用的时候加载