关于建立大型数据库网站－效率问题若干

[yb1yb]

以做一个综合性的个人收藏夹网站为例
１。关于无限分类菜单生成的效率
２。关于数据库读取的效率

描述:
-----------------------------------
[收藏夹目录数据表]
[收藏夹内容网址数据表]

用户自由注册后，可建立自己的收藏夹目录和具体内容。在注册用户很多，数据库开始庞大的情况下出现如下问题：

１。在为用户产生目录菜单时由于使用弟归，目录较多后，速度特别慢
２。[收藏夹内容网址数据表]访问量增大，读取变得很慢
-----------------------------------

解决方案：
在这样的情况下我所想与到了解到的方法有三种：
１,用户建立一记录后生成html文件，当用户在读取数据库时将其指向相应html文件急可。速度应该比较快。
２,用户建立一新记录后生成一php文件，将记录存在一数组里，这样当用户在访问自己的记录时，只需将显示内容的ＰＨＰ文件ＩＮＣＬＵＤＥ记录所对应的ＰＨＰ数据文件，这样做对数据起到了一定的保密性，但要经过服务解析一步，不知与生成ＨＴＭＬ相比效率上的差别是否特别明显？
3.就是用ＸＭＬ ，但由于对这个还没有深入研究，所以此次暂时没考虑这种方法，如果此方法很易学易懂的话，我可以压缩点时间赶紧学一下。


不知按以上的方法哪种是最好的，或者有其它更好的方法？？来解决减少读取数据库和提高访问速度的问题。
同时我所了解到的要生成菜单，如果结点过多，就算是不用读数据库，，在生成结点时也会很慢，，这主要是递归造成的，如果要保留ＩＥ收藏夹的这种效果，那么要用什么方法来做呢？

[yb1yb]

不知道这样做与直接访问数据库读取所用数据间在效率上的差别有多大，值不值得这么做啊，

[chating]

用户建立一记录后生成html文件，当用户在读取数据库时将其指向相应html文件急可。速度应该比较快

这种方法到不错！

[freeantfly]

怎么不考虑生成js文件。好像很多地方都将数据打包到js里面去，没有研究过，随便说一下

[yb1yb]

up

[shuzai]

我也很奇怪怎么很多文章管理系统宁愿生成html文件也不生成js文件,通常生成js文件直接就可以用到html文件当中,而且修改的时候不需要改动太多的地方
不知道是不是出于部分人禁止了js的缘故考虑呢?

[yb1yb]

up

[ustb]

生成静态html吧。

[shuzai]

第二种方法我也再想着，经过服务器解析一步应当会之间生成html慢吧

[xinyaoxp]

第一种吧

[Cain]

这个我倒是没研究过,不过对于最后一段我倒是有体会的.我现在就在做一个菜单,一开始还感觉不到,但现在生成的时候速度就慢了很多了

[icewolf_li]

增加一个js文件需要多一次的http请求；
当js文件比较大而网络条件不太好的情况下js文件会下载不完全造成页面显示错误；
用js会有很多代码的麻烦，比如说如果数据里面包含</script>之类的字符，你必须都考虑到并进行字符转义；
js需要在客户端浏览器执行，远不如直接的html打开速度来得快。

所以还是直接生成html吧。简单粗暴有效，赫赫。
xml目前受限于浏览器的版本和类型，并且解析的速度也是个问题。