关于TypeORM ViewEntity的技术疑问：迁移创建与示例文件区分

1. 创建TypeORM ViewEntity后，执行迁移操作是否会在数据库中创建该视图？ #

• 默认情况下，TypeORM的迁移工具不会自动创建ViewEntity对应的数据库视图。迁移机制仅处理普通实体（Entity）的表结构变更，视图不在自动迁移的覆盖范围内。
• 若要通过迁移创建视图，需手动编写迁移文件，在up方法中执行创建视图的SQL语句，示例如下：

  import { MigrationInterface, QueryRunner } from "typeorm";
  
  export class CreateUserPhotoView1620000000000 implements MigrationInterface {
      public async up(queryRunner: QueryRunner): Promise<void> {
          await queryRunner.query(`
              CREATE VIEW user_photo_view AS
              SELECT u.id, u.name, p.url
              FROM user u
              JOIN photo p ON u.id = p.userId
          `);
      }
  
      public async down(queryRunner: QueryRunner): Promise<void> {
          await queryRunner.query(`DROP VIEW user_photo_view`);
      }
  }
  

• 开发阶段开启synchronize: true配置时，TypeORM会自动同步创建ViewEntity对应的视图，但该配置不建议用于生产环境。

2. TypeORM官方文档「Complete Example」代码片段的结构、关联关系与命名规则 #

官方文档示例的代码结构拆解：

• 前两段代码：属于普通Entity（实体类），对应数据库中的基础表（如User、Photo表），是视图依赖的数据源。
• 第三段代码：是ViewEntity（视图实体类），通过@ViewQuery()装饰器定义视图的查询逻辑，关联前面的基础实体，最终映射为数据库中的视图。
• 第四段代码：是数据源（DataSource）的配置代码，不属于第三段的视图实体，而是项目的数据库连接配置，需要将普通实体和视图实体一同加入entities数组，让TypeORM识别并处理这些实体。

关联关系与命名规则 #

• 关联关系：ViewEntity通过@ViewQuery中的SQL查询关联基础Entity，视图数据来源于基础表的关联查询结果；数据源配置通过entities数组统一管理所有实体（含普通实体和视图实体），建立TypeORM与数据库实体的映射关系。
• 命名规则：
  • 普通实体类一般用单数名词（如User、Photo），对应数据库表名默认转为复数（如users、photos），可通过@Entity()装饰器参数自定义表名。
  • 视图实体类通常会在名称中加入View后缀（如UserPhotoView），对应数据库视图名默认与类名一致（或转为蛇形命名user_photo_view），可通过@ViewEntity()装饰器参数自定义视图名。

内容的提问来源于stack exchange，提问作者Trent N