NutzCN Logo
问答 业务求教,长篇文字的存储展示
发布于 2567天前 作者 qq_a930202f 1713 次浏览 复制 上一个帖子 下一个帖子
标签:

小说站,小说都是整篇的txt文件,单个不大于20M,如何存储和展示更合理呢?
存储的话,目前倾向读取文件内容插入数据库,因为各个文件的章节规则比较混乱,没法程序切分成章节来按目录保存。
这样的话,展示时候分页比较不好处理,不知道有没有什么好的处理方案。

12 回复

我建议用文件,性能更好,迁移更方便

用文件好像空间占用比数据库大点。但是下载的时候比较方便。
不管用文件还是存数据库,分页的展示不知道怎么处理好

你指文章内容的分页? 生成个分页索引文件嘛, 例如第一页是0,100行,对应0-10243字节, 第二页是101-200行, 对应10244-xxxx字节

@wendal 是的文章内容分页显示,你说的办法是针对文本存数据库,还是磁盘文件的方式?
想到达的效果是,可以指定一页多少文字,尽量做到按回车分割显示。

网上有说,不管是存数据库,还是磁盘,一次全部读到前端,前端通过js分割。
这样的话文件小还凑合,文件大了,速度肯定慢。

每个文本做个索引文件吧, 记录每一行对应的偏移量和字数

意思是存还是存txt文件,展示的时候根据分页的,读文件中的部分数据?读文件中部分数据,感觉也是比较耗资源。特别是读到后面,每次分页都得几乎读完整个文件。
跟根据你的建议,想到把txt文件,按行存数据库,这样不感觉取的时候比较方便。但是有可能表的行数要很大了,不知道效率如何。

一万部*一万行=一亿
小目标。。。。
mysql
小主机不知道能不能抗住

并不需要存数据库哦,索引也是个文件

可以隔n行做一个索引嘛,效率与精度的权衡

@wendal
即使有索引文件,如果不切分原始大文本文件的话,根据索引读取也需要加载整个的文件(特别是到尾部的索引)吧?

不需要,有RandomAccessFile

添加回复
请先登陆
回到顶部