1、对于1:1 1:N N:N的场景，视图的观点是不恰当的，因为有外键关系在,在EF或者typeorm，prisma中可以使用A.B.C 结合include方式进行懒加载方式的获取值，尤其在多对多场景，分页变得复杂，视图不可取
2、注意懒加载，并能看到SQL的执行方式。实在不行，就写SQL，子查询，也不能用视图。
3、视图存在的意义是
1、原始数据，这个原始数据充满了大量的冗余，冗余的特性不在于列冗余，而在于行冗余，行冗余数据的处理复杂高，面临着很多问题，比如无一列主键，出现了大量的多列主键，无主键和多列主键的笛卡尔没有意义。
一个人：多个小孩：每个小孩有几本书。1*N*N。当以这个人为主时，mygod，大量的无用行列数据出现了
2、视图是结论，结论性后再查询，无法进行在中间表查询条件的参数化是重要的问题，子查询的参数无法定治
在项目中尽量减除视图对于项目的影响。改用关系，关系描述不了的视图可以增色。
存储过程处理业务，包括业务查询复杂度高的，数据处理，带业务的
标签：框架,视图,主键,ORM,SQL,查询,观点,冗余 From： https://www.cnblogs.com/sexintercourse/p/18134589