17-01-20

场景例如可能更改顺序的章节，并不能按照createdAt来排序，后期也可能会插入、删除数据，所以给索引属性也不可行，个人思考可能只有链表来实现，但是链表的查询压力会不会太大，每个数据包含一个next的Pointer，而且对于查询也不知道该怎样设计，也希望能给与一些表设计上的建议

17-01-20
1

一般的链表操作涉及的对象还是有限个的，问题不大。

查询上，按照章节的上一层来查询（比如按照书本 id 来查）就不会有效率的问题。查到这本书所有章节之后再组合成链表。

17-01-20
leeyeh

谢谢您的回复，按照您说的情况，给章节添加previous或next的Pointer字段，查出所有的章节再组合链表，但是对于小说类的，可能上千章，肯定要云函数去处理，但是前端可能较频繁的查看章节的列表，云函数处理组合上千的数据链表，能否吃得消啊

17-01-20

如果确实存在性能上的问题，可以通过缓存链表来解决。

另一个思路是，直接将章节的 id 作为数组保存在小说中。