2015-10-22 前思后想，决定重构表结构，免得这个APP死在数据表设计上
2015-10-22 14:09
357 查看
新的设计稿出来了，如下，原来旧的是第二张
-------
原来的评论级数只有2级，现在是不限，2级的意思是，用户评论该帖是一级，用户的评论能被人评论，这是第2级，评论评论的评论不能够再被评论。
这样的原先数据库表设计很简单，我直接使用表名字做了2级分离，取得时候再对应查找，基本是 hash对应，很快，缺点就是创建的表比较多，用户多了的话，这笔账很恐怖。
可能是因为我同时做服务器和移动端的原因，在之前设计的时候，思维过多地偏向了移动端，移动端我负责android，按照上面的设计思路，整个取数据过程很快搞定。
新的设计稿，评论模式改了，板块多了。在之前的设计上面，也并非完全抹杀了面向对象思想，如果继续在上述基础上去改的话，我只需要再添加一类表，和一个字段足以。
前思后想，设计地是真的坑爹，也怪自己，改！
最终决定使用一张表就能把所有数据整合完，字段也不多，8个。其实换个角度想问题，我不需要去管这条评论是几级几级的，我只需要在前面加个“回复 xxxx：”，就行了。然后同样把它扔进字段 content，load的时候，直接读出，缺内容的字段使用默认值，移动端代码判断做决定。
一次成长的经验教训，算是次表设计的经验，分享给各位园友。
-------
原来的评论级数只有2级，现在是不限，2级的意思是，用户评论该帖是一级，用户的评论能被人评论，这是第2级，评论评论的评论不能够再被评论。
这样的原先数据库表设计很简单，我直接使用表名字做了2级分离，取得时候再对应查找，基本是 hash对应，很快，缺点就是创建的表比较多，用户多了的话，这笔账很恐怖。
可能是因为我同时做服务器和移动端的原因，在之前设计的时候，思维过多地偏向了移动端，移动端我负责android，按照上面的设计思路，整个取数据过程很快搞定。
新的设计稿，评论模式改了，板块多了。在之前的设计上面，也并非完全抹杀了面向对象思想，如果继续在上述基础上去改的话，我只需要再添加一类表，和一个字段足以。
前思后想，设计地是真的坑爹，也怪自己，改！
最终决定使用一张表就能把所有数据整合完，字段也不多，8个。其实换个角度想问题，我不需要去管这条评论是几级几级的，我只需要在前面加个“回复 xxxx：”，就行了。然后同样把它扔进字段 content，load的时候，直接读出，缺内容的字段使用默认值，移动端代码判断做决定。
一次成长的经验教训，算是次表设计的经验，分享给各位园友。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- App上架那点事
- iOS 单例的标准写法
- Android Color 颜色过度计算实现方法
- Android 百度地图开发(二)
- android反编译
- MindMapper中怎么实现便笺的添加
- Android 操作系统的内存回收机制
- iOS 9之适配ATS
- android listview 属性的介绍
- ios 使用宏创建标准单利
- Android 工作问题记录
- android xml操作
- Android设置透明、半透明等效果
- Gradle Android Studio basic
- ubuntu下android源码下载
- iOS 文件下载
- Android代码设置Shape,corners,Gradient
- Implicit Object in JSP
- ios显示gif格式图片
- iOS 2D绘图详解（Quartz 2D）之路径(点,直线,虚线,曲线,圆弧,椭圆,矩形)