本作品对详情模块的业务属性基本覆盖到位，而且也能看出来花了比较大的心思，不过，有一些业务功能，我们强调不在本期进行，尽量把时间和精力放到核心业务的设计上。

存在几个问题：

1、像电影时长，如果是正规整数值，一般情况下不用tinyint，这个类型用于有限个数情况。
然后向类型和地区，在设计之前，已经提出她是比较适合用作没举类型，那数据库里面就存储他的枚举ID，也就是在数据表设计里面，包括在接口的过程里，能用数字就不用字符串，方便统计和传参

2、导演和演员的类型分别应该是在人身上，而不是在关联表身上。
就是应该有一个导演库和演员库，大部分人要么是导演，要么是演员，不能从每个人都是导演和演员两个身份去考虑。