用備注類型欄位，可存儲小說內容，如果小說內容太多，分章節，或使用二進制類型欄位直接存儲文件（直接存儲文件無法實現查找功能）。
② sql server 2000資料庫的最長欄位是什麼再者請問小說網站的小說存儲原理是什麼
一般是保存成文件，資料庫裡面保存的是文件的路徑、名稱，
小說的存貯就盡量不要放資料庫，直接以靜態文本的方式存放，資料庫中只放目錄數據；
SQL+TXT
是比較理想的
---------
修改的下載/回寫，又不需要你特別操作，
只是幾句代碼，
有什麼麻煩的，
如果全存入資料庫，也會有弊端的
③ Mysql或者sql，小說資料庫，儲存設計
文本文件不推薦存儲在資料庫中，應該單獨放在某個磁碟目錄下面，然後再資料庫中，記錄文件的存放目錄。
④ 請教各位一下，長篇小說怎麼存資料庫
這要看你存小說的目的和後續使用方法是什麼，如果是為了閱讀，要考慮提供哪些閱讀方式，比如按章節閱讀，則需要按章節存儲。如果還要進行關鍵字搜索，則需要提供全文檢索功能。如果採用關系資料庫存儲，幾種典型的資料庫管理系統都能滿足要求（Oracle、DB2、SQL Server、MySQL），使用BLOB、CLOB或者TEXT類型都可以存儲。當然也可以採用NoSQL的資料庫存儲（如MongoDB）。
⑤ 小說網站的小說是保存在資料庫里還是保存為文件系統里呀
兩者都可以。如果在資料庫里，則保存在某表的一個欄位里，該欄位實際上是一個指針，指向一個大對象，就是小說了。否者就是每一篇小說保存為一個文件，資料庫里保存小說文件的路徑+文件名。這要綜合考慮性能及備份方面的需要吧。例如文件系統備份可以很方便地只備份新小說文件，資料庫必須使用增量備份等技術手段，而且在線備份可能很不一樣等。
⑥ 做一百多部小說數據的小說網站,用什資料庫好
只有100多部話,access完全夠了,如果還要不斷添加新的小說數據進去,並保證讀者流暢閱讀,長期打算話,建議mssql
⑦ 如果爬取一個小說網站以後，如何做到更新內容的爬取並且存儲
有一個標記庫，記錄的目標小說網站目標小說的最新文章id，一般url最後一段數字或者頁面的html裡麵包含。
定時去讀取這個最新文章頁面，如果當前這個頁面是最新的文章，沒有更新，那麼網頁上的下一章那個連接是#(也就是頁面本身)，有的是跳轉到本小說的章節目錄，根據情況判斷，如果小說更新了，下一章的按鈕連接就變話了，根據下一章的id去讀取，並更新資料庫的標記
⑧ 小說網站的章節是存在資料庫還是文件
一般都是按照文件存儲的方式 只不是資料庫是用來記錄小說文件的存放路徑
你要是存近資料庫的話 按照二進制數據流也是可以的 但那樣資料庫的開銷會好大好大的
⑨ 小說網站的小說資源是怎麼獲取、整合和存儲的
獲取的話，主要還是會簽約一些寫手的，他們通過每天編寫小說來上傳到網站