再问数据库与xml结合使用

Question

我想把数据存在数据库中,然后再把这些数据分到xml文件中(每份数据都不多)
这些xml只负责前台显示给用户看,不负责数据维护.
在前台调用是html+js+xml,不进行查询之类的动作,只用js 读出,然后显示.
问题:这样做好不好.有人说不如用数据库缓存好,(如果有比这个更好的方法也行,我就想减轻服务器压力,)
请大家给我指点迷津,要给我个理由,

Answer 1

有人说,xml出大量并发时会反而会慢,我个人认为那是把xml当作数据库来用了,如xml放了很多的的数据,然后显示符合条件数据
而我这事先按照条件生成不同的xml,因此显示时不要再进条件查询,应不会出现如上问题吧
请大说说看

Answer 2

看csdn这个论坛你就知道，他们原本就是使用xml+xsl写滴

Answer 3

觉得用 数据缓存好些  
xml存储读取也浪费资源 不过结合数据缓存也可以  

Answer 4

这要结合实现情况考虑。。
缓存和静态数据各有优缺。。缓存主要解决于大并发，或者同块数据访问非常频繁的时候使用。。
如果某数据块访问并非频繁，而且这种数据块都非常多的话，很显然你若使用缓存，有再多的内存也不够你用。。
例如文章数据页面，有几十万条记录，难道你都要缓存起来？？如果真碰到所有文章数据的访问都可能大并发时，通常都会有专门的Cache服务器.新Sina,QQ..门户这类网站其实xml跟html都一样，是text数据，也就是说访问html和xml是一样的，不要因为后缀名是xml就觉得不一样。。
大并发html和xml都一样，是直接的i/o操作.所以如果你的使用的xml数据，如果并发可能不大的话，完全可以用它来存储。而不需再通过asp.net来做中转..

Answer 5

还有我不明白,网上说xml并发达到20000时就崩溃,这20000是指网站了,还是指读取同一xml文件了
比方有a.xml/b.xml/c.xml/d.xml每个文件并发5000,网站合起来20000.

Answer 6

我认为,
如果数据量够大时还是用数据库好,如果这些数据能够分割开写到xml里,用分页的方法显示出来,我想这应比数据库来得快,也减轻了压力.不知这想法对不对

Answer 7

还有xml竟量不要作为数据库来用,如查询,排序,这些都在后台作好写到xml中,
前台显示xml只作为静态页面.这样一定要比数据库好得多

Answer 8

我觉得在使用XML的时候 数据一大就出现了迟缓，效果不是那么好，对于大量的数据数据 在数据库进行排列查询后 反映速度比XML反映快的多。不过现在一般都采用局部用XML的把 我是习惯动态生成一张XML表 这张表一般变动比较小的

Answer 9

有同感,我觉得xml如果数据量小,且不进行任何动作显示,完全等同静态页面,在这方面要比数据库快.
以前有点疑虑,
现在明白了