该作品能看出同学花了比较长的时间和心思，数据表的关联问题不大，但是，从商业项目需求，有一些设计的基础理念有问题，这里说一下：

      1.数据表一般来说有四个默认字段，这个在demo的讲解视频里面重点说过，id、status、addtime和updatetime。
       这个从接口设计层面就比较好理解，像电影表，如果是要删除一些数据，不会是真正删除，而是用status=0，来做软删除，所以loadbyid，方法的实现里面，就需要加上这个不等于零的判断。
       只要这个数据行发声更新，那更新时间就要对应的进行修改，方便记录修改的操作，插入时间也是非常重要的统计数据，这条数据什么时候有的？

       2.设计数据库和接口，一般要从产品原型的业务需求角度去分析，至少要能满足需求的字段，如果能够想象到未来的发展，做一些数据这段的冗余，是更好的。
       这里面电影这段有一些是没有实现的，比如说电影类型，电影地区，会有1到2个，电影的导演也可能会有多个,然后导演和演员跟电影之间做了一个关联表，这个本身没什么问题。但是考虑到早期数据量不大，而且详情模块要查的数据表太多，能不能把这个关联表合到电影主表上？

       3.商用的数据库里面一些没举字段或者常量字段，像性别字段，一般情况下不放汉字，放的是字段的对应的ID值。这个很方便，前后端的数据交互。比如说前端传递一个电影的操作，传的是ID值，而不是电影的名字，因为汉字很容易在传输和编辑的时候出问题。