![]() | 1 change1689 262 天前 via Android 这个看你有没有其他功能 比如书签 收藏 段落评论 词典 划线等这些功能,如果有的话那么用文档存储这些功能比较难实现吧,所以感觉还是 nosql 灵活一些 |
![]() | 2 v1 262 天前 还是存 oracle ,没有用上 nosql 。为了方便随时根据<指示>重审内容以及违禁词屏蔽(还有反爬前端需要),存文件是不可行的。 |
![]() | 3 cooltechbs 262 天前 应该不能把整本书存成单个文件,但是每个章节一个文件是可以的,之后需要修改内容的话,也以章节为单位更新。如果用 NoSQL ,那就再拆细一点,比如每个自然段一条记录。 后端无论怎么存,在初次分发给客户端的时候,都把全本打包成 zip 让客户端去下载。 |
![]() | 4 BadReese 262 天前 直接 mysql 单独开一个表用来存正文+id |
![]() | 5 xuanbg 262 天前 又不做全文检索,mysql 直接 text 字段存都没问题 |
6 ryan961 262 天前 之前有过类似的讨论可以看看 t/1061787#reply23 |
8 Pdk5a8759cbeD6CH 262 天前 @nanrenlei 哪有存一篇小说的,肯定是存一个章节啊,小说 id ,章节 id ,然后章节内容 |
10 awanganddong 262 天前 小说这种,txt 文件就可以了。毕竟发布之后是很少修改的。然后把对应的文件名存数据库就可以。 小说 id/章节 id |
![]() | 11 zxcslove 262 天前 这东西重点应该在于互动和营销 |
![]() | 12 mightybruce 262 天前 番茄小说 这种不好说,如果你重新自己开发一个类似的,并没有太多用户数量,可以考虑 postgresql, (配合一些插件比如 pgvector) 很不错。 |
![]() | 13 skywalkerfc 262 天前 之前在一家番茄竞品的小说公司,用的 MongoDB |
![]() | 14 xuanbg 262 天前 @nanrenlei 一条记录肯定只存一章啊。网文一章一般 1500-5000 字。text 不行还有 longtext 呢,就算不用 longtext ,限制每章字数不得超过 1 万 6 又怎么了,假设你用的 utf-8mb4 编码的话。 |
![]() | 15 lyxxxh2 262 天前 21 年做过。 基于:https://github.com/copyrenzhe/novel 用的 mysql,没感觉到性能问题。 最大问题是存储不够用,好像几十万本就 40g 了。 对象存储不现实,比数据盘还贵。 如何解决章节内容存储才是个问题,轻轻松松 200g+。 怎么解决我不晓得,如果是我: mysql 存储关联信息 章节内容: 1. 测试 mongodb 和 txt 那个占用小。 2. 章节内容压缩存储,读取再解压。 |
![]() | 16 lxiian OP 谢谢上面各位大佬的回复,非常感谢 评论多,我就不一一去感谢了 |