数据表方面考虑的字段比较清楚，但是有这么几种问题

第一个主键ID，选择用数字类型，还是用文本类型?一般情况下都会使用自增主键，也就是int或bigint类型，一般在数据增长非常快的分布式表里面，才会增加第二个文本索引。

也就是说，自增主键在大部分设计里面是需要，因为特别方便作为参数传递，和团队找问题的沟通值。

时间格式也是这样，因为有时间戳和正常日期两种，一般情况下，在业务量比较大，考虑到前端识别正式日期时需要做转化，所以采用时间戳格式。但是它会带来一个问题，就是正常的开发查询操作是很难进行的，需要一个后台去把时间转化成时间戳才可才能搞定

这个在正常不是非常大量的数据情况下，对运营的操作是比较有影响的，所以一般首选是时间格式然后有一些业务属性的判断是不对的。

比如说：圆形里面已经给出地区可能有多个导演，可能有多个，而且最关键的一个扩展性在于，后续导演应该也能点进去，必须要有导演的ID作为主键进行业务跳转另外评分用小数类型，可能精准度会过度

接口方面呢，有两个小问题，一个是格式没有采用我们demo里面所说的responsedo格式，那前端到时候就解析不了返回的数据

第二个是比较重要的数据方面，一般来说，字符串属于展示型。但是呢，像导演演员，实际上都可能会有后续的点击跳转操作，字符串是满足不了的。