本作品的设计基本上覆盖了电影详情模块的业务字段，从文档设计和接口设计上看，花了比较大的心思。但是还有一些问题：

1、数据库设计尽量带上长度的属性，像varchar这个属性的要求就比较高。
而且几个字段的类型设计不合理，像电影时长，能用数据整形就不用字符型，方便排序和统计；
地点核定类型都是没去对应的ID，应该以整形为主；
评分的类型注意，前面是字的位数，不会是十位数。

2、电影类型没有必要单独分出一个表，是电影非常重点和典型的一个代表字段

3、演员表，最好不要跟电影ID直接绑定，一般来说，一个演员会演多个电影，要清楚演员表的主键是什么

4、接口部分有些字段的表现不合理，这个可以看一下官方的改进版和设计步骤