用备注类型字段，可存储小说内容，如果小说内容太多，分章节，或使用二进制类型字段直接存储文件（直接存储文件无法实现查找功能）。
② sql server 2000数据库的最长字段是什么再者请问小说网站的小说存储原理是什么
一般是保存成文件，数据库里面保存的是文件的路径、名称，
小说的存贮就尽量不要放数据库，直接以静态文本的方式存放，数据库中只放目录数据；
SQL+TXT
是比较理想的
---------
修改的下载/回写，又不需要你特别操作，
只是几句代码，
有什么麻烦的，
如果全存入数据库，也会有弊端的
③ Mysql或者sql，小说数据库，储存设计
文本文件不推荐存储在数据库中，应该单独放在某个磁盘目录下面，然后再数据库中，记录文件的存放目录。
④ 请教各位一下，长篇小说怎么存数据库
这要看你存小说的目的和后续使用方法是什么，如果是为了阅读，要考虑提供哪些阅读方式，比如按章节阅读，则需要按章节存储。如果还要进行关键字搜索，则需要提供全文检索功能。如果采用关系数据库存储，几种典型的数据库管理系统都能满足要求（Oracle、DB2、SQL Server、MySQL），使用BLOB、CLOB或者TEXT类型都可以存储。当然也可以采用NoSQL的数据库存储（如MongoDB）。
⑤ 小说网站的小说是保存在数据库里还是保存为文件系统里呀
两者都可以。如果在数据库里，则保存在某表的一个字段里，该字段实际上是一个指针，指向一个大对象，就是小说了。否者就是每一篇小说保存为一个文件，数据库里保存小说文件的路径+文件名。这要综合考虑性能及备份方面的需要吧。例如文件系统备份可以很方便地只备份新小说文件，数据库必须使用增量备份等技术手段，而且在线备份可能很不一样等。
⑥ 做一百多部小说数据的小说网站,用什数据库好
只有100多部话,access完全够了,如果还要不断添加新的小说数据进去,并保证读者流畅阅读,长期打算话,建议mssql
⑦ 如果爬取一个小说网站以后，如何做到更新内容的爬取并且存储
有一个标记库，记录的目标小说网站目标小说的最新文章id，一般url最后一段数字或者页面的html里面包含。
定时去读取这个最新文章页面，如果当前这个页面是最新的文章，没有更新，那么网页上的下一章那个连接是#(也就是页面本身)，有的是跳转到本小说的章节目录，根据情况判断，如果小说更新了，下一章的按钮连接就变话了，根据下一章的id去读取，并更新数据库的标记
⑧ 小说网站的章节是存在数据库还是文件
一般都是按照文件存储的方式 只不是数据库是用来记录小说文件的存放路径
你要是存近数据库的话 按照二进制数据流也是可以的 但那样数据库的开销会好大好大的
⑨ 小说网站的小说资源是怎么获取、整合和存储的
获取的话，主要还是会签约一些写手的，他们通过每天编写小说来上传到网站