书籍阅读笔记交流网站的数据库设计

[MOOD]

设想是可以对书的每一段话甚至每一句话进行讨论。

基本上就像一个PDF阅读器。
可以发表英文原文、正文、讨论、重译等几种回复类型。

现在就是考虑数据库：
1本书一般有2~300个章节，然后每章节可能有10个段落，这样就一本书就是2000贴，然后加上回复，可能达到3000~5000贴
书当然是数量不限的
这样的站点，数据库要怎么弄呢？
我现在是用一个BBSXP论坛修改后做DEMO测试
如图：

[MOOD]

不是一次全取出来，只是当前选中章节一页内容

[MOOD]

[MiceRice]

数据库本身不算太重要。重要的是各种静态化策略设计和二次加载策略设计。 如果你打算一般书300个章节，刷的从数据库里面查询出来，还连带着回复等信息，玩死数据库也没用。只能是先设法把300章节的内容生成 10 ～ 30 个静态HTML页面，用户查看的时候直接看HTML页面就行了，跟数据库不要发生关系。 回复类的信息也要做成静态化的，并考虑用Ajax来按需动态加载或自动依次加载。

[快快猪搞技术]

引用 4 楼 ldh911 的回复:

如截图所需的这种效果，非常适合于做成我所说的“分段静态化”；如果静态化策略合理，性能应该会很好。 不过数据库的实体模型如果要基于论坛数据模型的话，要考虑清楚对应关系是否合适；最好基于业务操作性覆盖来考虑下，比如：新增段落、书籍如果出了再版、调整回复顺序（比如因为加精、加亮之类的）、对回复的评价（打勾叉）、屏蔽回复 等等（关键是考虑调整性操作，如果只是增删一般都不会有问题）这些业务操作能不能都基于当前数据模型得到满足。 可以同步安排两组人进行设计，一组负责研究数据库实体模型层面的，另一组负责研究静态化存储模型层面的问题。

赞！

[MiceRice]

如截图所需的这种效果，非常适合于做成我所说的“分段静态化”；如果静态化策略合理，性能应该会很好。 不过数据库的实体模型如果要基于论坛数据模型的话，要考虑清楚对应关系是否合适；最好基于业务操作性覆盖来考虑下，比如：新增段落、书籍如果出了再版、调整回复顺序（比如因为加精、加亮之类的）、对回复的评价（打勾叉）、屏蔽回复 等等（关键是考虑调整性操作，如果只是增删一般都不会有问题）这些业务操作能不能都基于当前数据模型得到满足。 可以同步安排两组人进行设计，一组负责研究数据库实体模型层面的，另一组负责研究静态化存储模型层面的问题。

[MOOD]

[quote=引用 4 楼 ldh911 的回复:] 如截图所需的这种效果，非常适合于做成我所说的“分段静态化”；如果静态化策略合理，性能应该会很好。 [quote] 对，就是考虑回复，应该想通过投票方式整理出最佳的各类回复，如最佳重译，最佳解释，最佳感想等，就是把回复分类化再排列推荐显示

[MOOD]

引用 4 楼 ldh911 的回复:

如截图所需的这种效果，非常适合于做成我所说的“分段静态化”；如果静态化策略合理，性能应该会很好。

还有就是增加段落，发布时只按书目录发布的，即只有书签，其下内容为空，甚至还有章在前面一铺垫话，不属于下面小节的，后期补上去，如何才能最优化呢？ 或者把书与回复的表分开？

[MiceRice]

引用 6 楼 MOOD 的回复:

对，就是考虑回复，应该想通过投票方式整理出最佳的各类回复，如最佳重译，最佳解释，最佳感想等，就是把回复分类化再排列推荐显示

回复不是难题，我认为回复可以不实时更新；你做到后台批处理能让回复在5～10秒内更新上去就可以了。 最佳重译之类的，必然涉及到投票，那么也就意味着这个业务本身就存在周期性；显然非常适合半夜3点做批处理任务啊。

引用 7 楼 MOOD 的回复:

还有就是增加段落，发布时只按书目录发布的，即只有书签，其下内容为空，甚至还有章在前面一铺垫话，不属于下面小节的，后期补上去，如何才能最优化呢？ 或者把书与回复的表分开？

没太看明白你问题的问点是什么，不好意思。。。 不过从长远性能上考虑，确实建议将“不怎么发生变化的”与“经常需要发生变化的”表数据分开设计。

[miliermili]

分享一些比较知名的技术博客http://blog.csdn.net/code4grow/article/details/23287227大家快来一起分享吧