day03-小结

3-1 你们的项目是如何进行参数校验的       

我们的项目中使用Bean Validation框架进行参数校验，主要分为三部分

        首先，在实体类中定义验证规则，我们在我们的实体类中使用注解来定义字段的验证规则。例如，我们可以在实体类的字段上使用@NotNull、@Size、@Pattern等注解来声明字段的验证条件。

       其次，当接收到请求参数时，在接收的参数前使用@Valid注解，框架会自动执行参数对象的验证操作，并将验证结果返回给调用方。

      最后，在获取验证结果后，我们可以根据需求对验证结果进行处理。如果验证失败，我们可以采取相应的处理措施，如返回错误信息给客户端。如果验证通过，则可以继续处理业务逻辑。

3-2 详细说一下你们的问答系统用到了几张表,表中的主要字段有哪些,表关系是什么

        我们项目中问答系统用到了两张表，分别是问题表和回复表

        Question就是问题表,存放的都是一些问题信息.主要字段有，问题下的回复数量，是否匿名，是否隐藏，是否已被查看，最后一个回答者id，提问学员id。

        Answer存放的是回复问题和回复评论所存放的数据,两个共用一张表.主要字段有，所属问题id，回复的上级id，回答者id，回复的目标用户id，是否匿名，是否隐藏，评论数量。

表间关系：

        用户表和问题表是一对多的关系，一个用户对应多个问题，但一个问题对应一个用户。

        用户表和回答评论表也是一对多的关系，一个用户对应多条回答评论，但一个回答评论对应一个用户。

       问题表和回答评论表是一对多的关系，一个问题可以有多条回答评论，但一条回答评论对应一个问题。

       以上就是我对问答系统的涉及表的相关理解。

3-3 你们为什么用Mongo, 而不用MySQL存储问题和评论

        我在项目中之所以用Mongo存储问题和评论，是因MongoDB主要用来存储海量数据，而MySQL数据库主要用来存储价值相对较高的数据，而表中问题和评论不是价值特别高的，数据量还大，更适合使用Mongo，就算有一些数据丢失也无所谓的。