说说你们觉得小说存txt相较于数据库的好处吧，我统一答复

qqqwwqqq

txt用的是磁盘，而SQL占用的是CPU。哪个更贵还用说么？当然用sql更快

201206030

plumn 发表于 2020-6-9 12:50
最后谈谈面向的市场和使用对象，个人浅薄眼光来说，主要使用群体就是专业做站的，那么他们一般都是用欧美大 ...

嗯，如果为了节省空间的话，存云盘的方案我是赞同的，但是这个只能作为一个备选方案，因为并不是所有的人都有用你说的这个，比如我就没有，而且依靠别人的存储空间依然不太靠谱，依赖于别人的服务，虽然概率很小，但是并非没有突然升级维护/关闭的可能，

bitman

201206030 发表于 2020-6-9 12:42
不是让你提方案哦，是让你说出方案的好处，说服我

1，新小说入库，哪个方便？
2，文件崩了，数据库和txt哪个损失小，好修复？

yrj

不是小说站长。但很佩服楼主的开源精神。看了回帖记录，我觉得楼主想法没问题，存txt和存db理论上没什么区别。但也赞同15楼大佬说的观点，很多小说站长都是从杰奇过来的 习惯了txt，有自己一套“节约成本”的手段。甚至是牺牲性能换来的。之前不是还有小说小偷程序，虽然失效风险很大，用的人不也很多嘛。

最近小老弟我也在写程序，大字段内容也压缩了，不同的是我存了nosql。想请教一下楼主，你分表join和count是怎么解决的。你应该用了现成的中间件，原理是轮询每个分表然后相加吗？另外mysql也是可以全文检索的吧，当然用es性能更好。

201206030

bitman 发表于 2020-6-9 13:29
1，新小说入库，哪个方便？
2，文件崩了，数据库和txt哪个好修复？
3，待补充。。。

1.新书入库，存数据库的话，不是一行代码就能解决的事吗？存txt不是要生成多个文件吗（可能几千个），是我理解方式不对？
2.文件崩了，不知道你说的是什么情况，

plumn

201206030 发表于 2020-6-9 13:27
嗯，如果为了节省空间的话，存云盘的方案我是赞同的，但是这个只能作为一个备选方案，因为并不是所有的人 ...

嗯，不过如果是mjj论坛的话，人手一堆白**云盘哈哈

201206030

yrj 发表于 2020-6-9 13:32
不是小说站长。但很佩服楼主的开源精神。看了回帖记录，我觉得楼主想法没问题，存txt和存db理论上没什么区 ...

1.分库分表用的sharding-jdbc中间件，上手比较容易，可以自己写分库分表的规则，毕竟每个人的实际环境都不一样
2.mysql新版支持全文索引，但是要考虑老版的兼容问题，而且正如你所说的，和es差别有点大，实际上没人用mysql做全文索引。

lonhun

放数据库都是大佬吧 跑2天就1.9T 我之前那个小说站自己写脚本一个月跑了几十T
放数据库 怕不是性能爆炸的机子

201206030

lonhun 发表于 2020-6-9 13:39
放数据库都是大佬吧 跑2天就1.9T 我之前那个小说站自己写脚本一个月跑了几十T
放数据库 怕不是性能爆炸的 ...

你可以关闭binlog日志呀，可以开启数据库的压缩功能呀，还是一句话，本质上都是存硬盘，占用空间一样，我可以接收其他的理由，但是空间占用比txt大这个理由实在有点。。。