今日想法：

写任务三的任务总结。

今日作为：

首先，任务三，本人的总时长为两个月。

首当其冲的问题是基础不扎实，就导致开发非常的吃力。

之前因为毕业证而返校实习，长时间未接触编程，各方面退化的厉害。

而且，在返校实习的那段时间里，还和七年的初恋分手了。

返校实习的烦躁，七年初恋的终结，知识的遗忘和水平退化，最后回到修真院。

带着极大负面情绪回到修真院，消极的心态与日俱增，划水量也跟着一起不断增长。

期间也不断的在迷茫，都快逐渐忘记姓甚名谁，很难受。

所以写日报和写任务总结的时候，心里的压力很大，不敢动手，下不去手。

后来好好的冷静一阵子，和朋友多聊聊天，再回想一下自己以前的计划等等。

不断的让自己的脑子清醒过来，回归正道上来，不能再继续浪费时间了。

然后不懂就问，主要还是问艾老师和张老师，因为其它的老师已经结业开始找工作了。

其实回头仔细一看，推任务是很快就能完成的，就看你能不能静得下心来去思考和处理。

难是难在对任务当中所用到和涉及到的知识，你能理解的多深，能笑话掉多少。

因为推任务其实就是让你很快的熟悉流程和怎么使用还有操作，能做到一上岗就能工作。

但是对深层次的理解，这个还是需要另花时间去学习和吃透还有消化的。

来梳理一下我做任务三的思路：

首先建表设计表，这个非常重要，因为这个将决定了你后期，以你建的表为准，在其后的各类开发。

建表设计表的思路有很多种，但是严格区分的话，我认为就两种思路。

要么多表，要么单表，其细节上。

多表注重的是你怎么分，比如说两种情况：

一个父类表，一个子类表，并用PID进行关联，然后通过PID进行查询。

父类表

子类表

以此类推，根据需求，不断的在父类表格里增加父类，子类同理。

还有更麻烦的，就是一个类一个表。

但是这样就要设计非常非常多的表，非常不便，增加负担。

打个比方：

成员集=一个表     成员=一个表

作品集=一个表     作品=一个表

工作室=一个表     工作室=一个表

以此类推，根据需求，你会不停的建父类和子类的表，越来越多，越来越臃肿，麻烦。

极大的不便于开发和后期维护，并且给数据库带来的巨大的负担。

单表注重区分的标签，比如我就很喜欢一张表解决问题。

一个表，里面用type的等级字段进行分级，这样就可以进行无限极的分级，不停的分。

如果为了区分的更清楚，那么我甚至可以再加上一个属性的字段进行根本性的区分。

可以无限的增加父类和子类，不停的分级分级再分级，无非就是“type_xxx”而已。

优点是一张表解决所有问题，某种意义上算是一种不错的优化。

缺点是在后期的使用中，这张表因为数据的不断增加，内容会越来越乱。

今日问题：

1.各类基础知识不扎实。

2.各类标签作用不扎实。

3.详细过程流程不扎实。

明日想法：

提交任务三的代码。