我现在想用风讯做一个小说网，但发现有很多地方不知道怎么调好。例如一个分类里有N本小说，一本小说里有N集，一集里有N章，如果我把每本书都建一个栏目，在栏目里加文章，这样可以达到分类的效果，但假如有一万本小说，那不是要建一万个栏目？这样后台能承受得起吗？风讯ACCESS版最多能建几个栏目？在论坛里见过一个朋友说过，建了两百个后台打开要半个小时，晕。。。
SQL版的会不会快点？？
谁有好点的小说全站吗？
SQL版肯定快！
另外你说什么小说全站，说实在的，用一个小新闻程序都可以实现！
为什么一个小说一个栏目，不会用一个小说一篇新闻吗，长的话就分页呀，
ACC的本身限制，多了所以会慢
SQL是标准的数据库，当然快多了，存储过程还要快呢
我是觉得目前的风讯不适合他说的小说站，可以一下分析
1.首先html/asp生成，这个完全能适合小说站；
2.access这个问题，可以用sql处理(实在没钱找人改成sql版也可以，虽然没有真正官方sql版的功能，但起码数据容载量可以提升)，也可以认为不算问题；
3.后台列表，......就现在风讯的后台运作方式，这种千万个栏目的列表方式........还真是个大问题.........就凭这点，风讯离真正的门户网站还有一些距离。
已阅.
SQL版当然会快!
为什么一个小说一个栏目，不会用一个小说一篇新闻吗，长的话就分页呀，
ACC的本身限制，多了所以会慢
SQL是标准的数据库，当然快多了，存储过程还要快呢
我分类的困难在于：小说里有几集，还有一集里有几章，如果按一本小说就一个新闻文章，这样并不能方便用户的浏览。还有调用的时候怎么分开这文章是哪集的？用专题？一本书有几集就要建几个专题。到时专题太多。我现在还不敢确定风讯的SQL版就能满足我做这样一个站~~~
后台确实是个问题，比如超过300个栏目的话，打开文件夹就非常的慢了，估计有两方面的问题，数据库读取与本地生成，据我测试瓶颈还是在本地生成。生成后点击目录树的时候机器就会进入假死状态。对于这个我想如果把目录树改成异步加载的话应该就可以解决问题。