读取数据库快还是读取xml快

Question

比如论坛的显示用户信息的那一块,

Answer 1

XML，它毕竟只是序列化的文本。而数据库的连接要建立连接，还要分配连接池等等。

Answer 2

晕，当然读数据库快但XML的好处是占资源少，可以每个文件单独存储，甚至可以放在不同的服务器上
便于直接输出到客户端，用一个xsl文件就俄可以直接被浏览器解析，就像CSDN这样

Answer 3

//数据库快还是读取xml快
没有可比性把所有数据放到XML文件，绝对没有可能性

Answer 4

这个怎么比阿？把所有东西存到XML中。XML文件超级大。不一定比数据库快。看具体情况

Answer 5

小数据量，当然是读文件比较快！
论坛建议用数据库，XML做留言本、新闻还差不多！

Answer 6

考虑到I/O等因素,大数据量的XML,对系统资源的消耗可想而知

Answer 7

XML做关键数据的存储可以 比如最近1周的新文章等等的

Answer 8

yizhiguanian(1只瓜年) ( ) 信誉：100  2006-8-21 14:56:24  得分: 0  
 
 
   
XML，它毕竟只是序列化的文本。而数据库的连接要建立连接，还要分配连接池等等。  
 
这味仁兄的意思好象读xml不费资源似的.还毕竟......只是......序列化 ...
那照你这么说数据库也只是读一下而已了....

Answer 9

但是XML的保密性能不高
只要知道XML文件的路径，直接IE地址栏输入地址就能显示XML文件的内容

Answer 10

XML也可以保密 把它在IIS里映射到 asp.net的那个dll里就可以防止下载

Answer 11

学习啦，那么像论坛贴子显示的每个贴子作者信息，比如发贴人等，
照大家说，应该用xml快些

Answer 12

用考虑的吗？？XML还好，还用商业数据库干嘛！！！连免费开源的数据库都没有活路了。

Answer 13

xml毕竟是轻量级的，如果你存放大量数据的话，那肯定没有数据库快的，而且非常消耗资源。

Answer 14

想过去应该是数据库
人家一个数据库毕竟是几百人几年的时间开发出来的
XML易于传输

Answer 15

数据少的话,两个都差不多,可能xml占优势
数据多了肯定是数据库快
应为数据库本身里面有了许多优化的算法,而xml你得自己去实现
而且我用IE打开过18w条记录的xml,速度巨慢,内存也占了1G多

Answer 16

你说的情况中，是有可能使用XML的，一般用作局部数据岛，以避免多次连接数据库。至于快慢取决于读取的纪录的特征，是小数据量的频繁读取、修改还是大数据量的一次性读取。XML的快慢和分析器也密切相关，不行你可以做个大的XML文件然后用.Net 1.1和2.0 的分析器分别试一下

Answer 17

http://blog.csdn.net/liuxiaoyi666/archive/2005/03/04/310549.aspx

Answer 18

按照你的说的应用，实际情况肯定是数据库快论坛应该有不少用户吧，用户多了，XML优势就小了，因为速度越来越慢了

Answer 19

xml快数据库的数据也是存放在文件中的

Answer 20

有点无聊，我认为应该是这样：
数据少时：xml快
反之 数据库快。

Answer 21

数据量大到一定程度，XML解析时间会很长

Answer 22

为触屏写一拼音输入法。拼音编码库，使用二进制文件到内存方式。快
拼音编码库，使用Access到DataSet方式。理论上没有前面方法快，不过没感觉出来
拼音编码库，使用XML到DataSet方式。读的时候我以为死机了。考虑到第一种方式还得写内存算法。而且也就启动时加载一次,就使用第二种了方法拼音编码库是从输入法中抠出来的，解析后存入Access文件中。
XML文件是用DataSet打开Access文件后存成XML文件的，没加格式信息，为了减小体级，表与字段名都用一个字母.这里还有一个问题，我将XML文件放入内存虚拟盘，速度也没有读磁盘上的Access文件快，看来对XML文件格式合法性的分析占很废资源个人觉得XML文件只适做配制文件或数据中转用。我的SQL数据库存在磁盘阵列上。索引记录在独立的磁盘上。我想XML无法作到这点

Answer 23

晕，数据库适合大数据量的，假如你的信息只有一点点，比如一百条，存在数据库中就不划算，但数据量大了，解析xml就很麻烦，要全部读进内存解析，麻烦

Answer 24

csdn社区是用什么做的,是用的xml吧.