2015-10-22 前思后想，决定重构表结构，免得这个APP死在数据表设计上

新的设计稿出来了，如下，原来旧的是第二张

      ------- 

原来的评论级数只有2级，现在是不限，2级的意思是，用户评论该帖是一级，用户的评论能被人评论，这是第2级，评论评论的评论不能够再被评论。

这样的原先数据库表设计很简单，我直接使用表名字做了2级分离，取得时候再对应查找，基本是 hash对应，很快，缺点就是创建的表比较多，用户多了的话，这笔账很恐怖。

可能是因为我同时做服务器和移动端的原因，在之前设计的时候，思维过多地偏向了移动端，移动端我负责android，按照上面的设计思路，整个取数据过程很快搞定。

新的设计稿，评论模式改了，板块多了。在之前的设计上面，也并非完全抹杀了面向对象思想，如果继续在上述基础上去改的话，我只需要再添加一类表，和一个字段足以。

前思后想，设计地是真的坑爹，也怪自己，改！

最终决定使用一张表就能把所有数据整合完，字段也不多，8个。其实换个角度想问题，我不需要去管这条评论是几级几级的，我只需要在前面加个“回复 xxxx：”，就行了。然后同样把它扔进字段 content，load的时候，直接读出，缺内容的字段使用默认值，移动端代码判断做决定。

一次成长的经验教训，算是次表设计的经验，分享给各位园友。