Question

大量并发访问xml和数据库的效率问题

本人现在在做门户网站，因为暂时还没有考虑使用静态页面。所以就使用直接访问数据库的方式，但是现在发现程序首页要多次访问数据库，当并发访问用户比较多时，效率还是比较低的。所以考虑先把一小部分首页要用到的数据用其他程序先生产xml文件，再在网站首页直接访问这些数据量很小的xml文件来实现。
但是，当并发访问量很大的时候，直接访问文件的方法好像并不比访问数据库占优势，所以，想请教各位大侠，指点一二，小弟不胜感激！

Answer 1

我给你的建议是，直接访问数据库，，你访问文件的速度绝对要比访问数据库慢，，特别像你现在这样访问量较大，虽然访问时间上快了那么你觉察不到的一点点，但实际上，服务器的内存占用要高很多，，从而造成访问速度倒还慢下来。。而且，访问数据库调用到寄存的过程也就那么几秒种就可以释放掉。。而你调用文件，释放掉内存要等IIS连接完全打开以后才释放。

当然，最好的处理办法莫属过于生成HTML了。

Answer 2

简单的方法。
使用SQL server 2005 ，然后定义你的数据字段为XML类型。
大量并发操作就会直接使用数据库本身的内存缓冲了。
另外，你自己可以写缓冲池，主动缓冲20~40M的xml数据。

Answer 3

你说的问题我没有尝试过！
不过你想用xml来实现肯定是行不通的！

我推荐给你个地方那里牛人比较多！数据库方面是非常著名的。
你去交流一下！我经常去！

http://www.itpub.net/