201206030 大佬有话说 :
说说你们觉得小说存txt相较于数据库的好处吧，我统一答复
存云盘节省空间的方案暂时不提，因为这个属于另外一个范畴了，市面上云盘那么多，你们用的也都不同，而且云盘商随时都可能关闭，不可能全部接入吧，如果哪天真要使用云盘的方案，在我看来存数据库和本地txt迁移的难度是一样的，都是通过程序自动执行，不可能手动去迁移。总有朋友问这方面的问题，我也回答过很多遍了，我这里统一答复下吧。
201206030 大佬有话说 :
回复了很多，我发现同学们对数据库的概念不是很清楚，我这里统一说一下哦：
数据库存储数据和txt存储数据本质上没有区别，都是把数据存在硬盘文件上面，占用空间是一样的，都可以支持压缩，数据库只是方便管理文件的一个工具。软件程序的进化史一开始就是使用文件存储，然后逐渐发现管理文件不方便，才出现了数据库这个工具，这个是软件的发展史，从文件存储到数据库存储。
etc小号 大佬有话说 :
就一个问题，大家的小鸡硬盘都有限，至于什么性能啊，体验啊，对mjj来说都是次要的，反正也不会看，但是我就要存的多:lol
201206030 大佬有话说 :
问题1:内容在数据库 数据库会很大，可以把 txt gzip一下存硬盘上，反正都会套cdn，至于es 对于小说站 算是可有可无的东西了 有点单纯的占用资源了
答复1：txt套cdn有什么用呀（又不是下载），还是得程序先去解析内容，然后显示在模版里面，还没本地快；至于压缩空间，数据库也支持，但是牺牲了性能，我觉得时间比空间重要吧（cpu比硬盘贵）；es还是很重要的，第一提升了检索速度，第二增强了搜索功能，如果我想看主角穿越到了封神时代，与姜子牙有关的故事，就直接搜姜子牙，这样相关的小说就能搜出来，没有es，没法实现。当然你的资源不够的话，es是默认关闭的，只是提供了一种更好的选择。不能说市面上有的就是最好的方案吧，这样技术永远得不到进步。
bitman 大佬有话说 :
目录摘要放数据库，原文txt
201206030 大佬有话说 :
问题2: 给点建议，如果把小说储存到数据库数据库鸭梨山大，随便几个T的小说是有的，建议下版本更新为数据库只储存书籍名称和章节名称，小说内容用txt储存，程序调用，完本书籍可以设置一键生产打包为一个txt最后压缩为zip。
答复2: 数据库内容表的并发量并不是瓶颈，不分表处理日pv100万都没啥压力，现在都分表了还压力大，你想放多少台服务器就放多少台？你想分多少台服务器存就分多少台，存txt才有压力好不？txt能放在多台服务器上吗？cpu,内存，硬盘都是瓶颈。
plumn 大佬有话说 :
201206030 大佬有话说 : 2020-6-9 12:35
问题1:内容在数据库 数据库会很大，可以把 txt gzip一下存硬盘上，反正都会套cdn，至于es 对于小说站 算是 …
搜索姜子牙列出的不 只是数据库里的索引和书名即可么？txt读取放在点开书目进入阅读后不也可以么？普通人对数据库的操作门槛以及对误操作的担忧，肯定没有txt直接眼见为实看着复制备份心里安稳的。大佬分享个好东西，目的是为了让更多人低门槛使用的话，从使用者角度出发考虑人性化体验会更容易被接纳，毕竟不是面向github程序员群体为主吧https://cdn.jsdelivr.net/gh/hishis/forum-master/public/images/patch.gif
1tv 大佬有话说 :
嗯嗯呢
有些坚持，经不起一点点希望
* 哪怕是一点光亮，也会让人陷入痛苦。——《撒野》
一言
201206030 大佬有话说 :
etc小号 大佬有话说 : 2020-6-9 12:34
就一个问题，大家的小鸡硬盘都有限，至于什么性能啊，体验啊，对mjj来说都是次要的，反正也不会看，但是我 …
新版支持分布式存储，可以放n台数据库存储，一本小说占用空间是固定的，数据库和txt都一样，也都支持压缩，txt还只能放一台服务器上
plumn 大佬有话说 :
201206030 大佬有话说 : 2020-6-9 12:41
新版支持分布式存储，可以放n台数据库存储，一本小说占用空间是固定的，数据库和txt都一样，也都支持压缩 …
真的是做小说站盈利的，5台100gb vps，成本远高于1台2tb的杜甫https://cdn.jsdelivr.net/gh/hishis/forum-master/public/images/patch.gif
201206030 大佬有话说 :
bitman 大佬有话说 : 2020-6-9 12:38
目录摘要放数据库，原文txt
不是让你提方案哦，是让你说出方案的好处，说服我