首先，这个项目最高在线人数1000多人，通过互联网访问；下面进入正题：
有500条数据，每条包含name、value两个字段，每当用户在网站上进行操作的时候后台都要根据提供的name去取到value。
现在的情况处理方法分2种，
方法1：这500条数据放入数据库创建一张表，有name、value两个字段每次
用的时候就去数据库通过name取value。
方法2：将这500条数据放入xml配置文件中，每当用到的时候就去xml中通过
name读取value。
以上这两种方法，哪一种效率高，或者各有什么优缺点，帮忙分析一下。用的是weblogic
xml只是一个媒介,为了适应不同服务器之间交互而诞生的.若那他来保存数据那简直就是灾难.
在速度上,xml没办法与数据库比较.
总的来说.两个就是为了做不同的事情而诞生的,
如果你非要做个比较的话,
就以你所言的500条数据来举例.
数据库,可以建立唯一索引,也算是一步优化,虽然是简单的一步,但在数据查询时确是一大步的跨越,
500条数据根本无法体校数据库的优势,如果你有100万条数据的话,其差别能够让你明显感觉的到.
在说xml,在500条数据中,xml也占不了多大,但与数据库相互比较,至少还是大于数据库的.
数据库保存的是字节,而xml本身就是一个文件.这更说明了,两者之间根本无法做比较的.
或许有人能够想到办法给xml建立索引,但是那样的做法,等同于在把数据库的功能强加到xml之上.
再加上解析xml文件也需要一个过程,在这个解析的过程中,你的3条sql语句估计都已经执行完毕了.
这里的这个3是个未经测试的揣测而已.
总之,他们就是用来做不同的事情的.数据库没有xml的便利,而xml没有数据库强大的功能体.
两者之间在效率上,数据库远远高于xml.而在便捷上xml多适合于配置文件或者是中间媒介.
做中间媒介其实也是xml诞生的理由.
在给你解释一下中间媒介的含义.
比如,电信与移动的服务器之间有所联系.但是他们的核心是不一样的.所以他们就需要一个媒介
让相互之间有所联系并能够相互通信.