做表

关系，关系！！
因为业务功能，需求，导致了问题出现！

实体表

对象确立！
实体表很实在！就是研究对象！
研究对象会有很多的属性字段，这些是这个对象的表的主要内容了！

业务表

很多研究对象会有关联，关系嘛！或者是从某些业务逻辑上来说，有因果关系，依赖关系，先后顺序，等等各种逻辑性质的体现。
多个对象相互之间的因果关系，或者依赖，其实很容易搞的，主键副键也可以的。
但是如果两个表或者三个表之间是同级别的性质的地位规划，它们之间有些共性的字段存在。比如，同一个期，同一个老师等等。老师又映射了班级。学生又映射了班级。等等。
有些业务，需要经常用到具有这些共性的多个表的数据。那就单独把这些共性独立在一个表里。

性能优化

牵扯到能让前端利用缓存，减少对后端的逻辑请求的压力：
需要落实到比较死板的数据与很动态的数据的划分。
划分之后，做对应的api，然后做对应的表的查询！
这里，对表的查询，我一直觉得是对如何做表的一个优化点的。虽然没做几个项目，但是还是觉得这里也是对如何设计数据库有导向性的。

多表操作

数据的一致性！数据库的事件机制！

千万不要在数据库中用遍历查找数据库！