求知识帝~关于，数据库，XML，properties读取速度和性能问题

以下在同数据量，同环境，同XXXXXX  等等的情况下。。在转化这些数据成集合放在缓存中。。访问数据库//读取XML//读取properties  那个性能和速度会更好一些呢？？求理论。。

解决方案 »

  1.   

    同数据量：多大？
    同环境：坏境？
    同各种：........个人:XML解析
      

  2.   

    1、2百项就不用数据库了，和2楼意见一致
    XML格式的request、response就够用了
      

  3.   

    那如果是2W 左右呢..理论上..那看楼上说的意思是XML>?>?  
      

  4.   

    数据库 性能优势
    不知道 xml db 如 basex性能怎么样？
      

  5.   

    混乱了- - 。。1L 4L   xml > ?  > ?2L and 6L  DB > ? > ?........  相对于应用上  （如题目说的那样200或200*100）我该选择 这3种  哪一项呢。。  
      

  6.   

    数据量少 XML
    数据量大 DB至于问我为什么 直觉
      

  7.   

    数据量少，肯定是XML和properties，数据量大，肯定是数据库了，因为数据量少了，数据库的优势发挥不了。至于什么级别的量用数据库，我看超过50的记录都应该用数据库了........ 
      

  8.   

    那你的评价就是  XML=PRO>DB咯。。我越来越混乱了。。
      

  9.   

    数据量大的话，用数据库吧；少的话，可以用XML。
      

  10.   

    XML解析成DOM树 用XPATH查找 算法是NLGN，Property文件是基于HASH的，O(1), 数据库要看是哪个了，有B树的有HASH的，但数据库是独立进程的，肯定不会比进程内的索引更快。
    property是基于KEY-VALUE的，适合没有格式的数据，如果扩展的话，可以做成类LDAP的那种，但查找一组数据要多次GET。
    XML适合有格式的，在加载的时侯，缓存XPATH，指向结点，查找一组数据的效率可以一次GET。比较三种文件格式的性能没有意义，要看你具体算法的实现。
      

  11.   

    XML解析两种方式：1）DOM树，一次性读入内存，优点方便对节点的操作，速度快，缺点占内存大
    2）SAX，基于事件模式，不必一次读入文件，优点是占内存小。速度也挺快。缺点是无法保存修改数据
    Properities方式受限于固定的格式Key=Value,也需要一次性读入，占内存没DOM树大，但也挺大
    数据库方式具有灵活性，如果不在同一台机器上访问会有网络延迟性以及查询数据的延迟。
    三者比较：
    考虑内存的承载量，得看你数据文件的大小了。小数据量，如果可以使用Properities方式，那当然用这个了，Hash查询，速度快，而且占用内存比XML解析小。同样是小数据量，支持复杂格式，就用XML格式，XML解析两中方式根据需要选择。大数据量就用数据库。
    大小数据量根据你机器的承受量来区分吧。
      

  12.   

    数据量少用xml文件读取方便，但是当数据量大的时候还是用数据库比较好。
      

  13.   

    数据都在本地的情况下:
    效率上个人觉得properties>xml>数据库
    数据库建立连接需要比较多的时间,properties格式更为简单,应该快于XML但如果有条件查询,海量数据.这种情况下显然是用数据库好.