首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

typeorm使用现有sql视图

typeorm是一个开源的对象关系映射(ORM)框架,用于在Node.js和浏览器中与关系数据库进行交互。它支持多种数据库系统,包括MySQL、PostgreSQL、SQLite、Microsoft SQL Server等。

现有SQL视图是指在数据库中已经存在的视图,它是一个虚拟的表,由一个或多个表的数据组成,并且可以像表一样进行查询操作。typeorm可以很方便地使用现有的SQL视图。

在typeorm中使用现有SQL视图的步骤如下:

  1. 首先,需要在typeorm的实体类中定义一个与现有SQL视图对应的实体类。可以使用@Entity()装饰器来标记该类为一个实体类,并使用@ViewEntity()装饰器来指定该实体类对应的SQL视图名称。
代码语言:txt
复制
import { Entity, ViewEntity, ViewColumn } from "typeorm";

@ViewEntity({
  name: "view_name",
  expression: "SELECT * FROM view_name"
})
@Entity()
export class ViewEntityName {
  @ViewColumn()
  column1: string;

  @ViewColumn()
  column2: number;
}
  1. 然后,在typeorm的连接配置中添加对应的实体类。
代码语言:txt
复制
import { createConnection } from "typeorm";
import { ViewEntityName } from "./path/to/view-entity-name.entity";

createConnection({
  // ...
  entities: [
    // ...
    ViewEntityName
  ],
  // ...
});
  1. 现在,可以像操作其他实体类一样使用getRepository()方法获取视图实体类的存储库,并进行查询操作。
代码语言:txt
复制
import { getRepository } from "typeorm";
import { ViewEntityName } from "./path/to/view-entity-name.entity";

const viewRepository = getRepository(ViewEntityName);

// 查询所有数据
const allData = await viewRepository.find();

// 根据条件查询数据
const filteredData = await viewRepository.find({
  where: {
    column1: "value"
  }
});

// 其他查询操作...

总结一下,typeorm可以很方便地使用现有的SQL视图。首先,在实体类中定义与SQL视图对应的实体类,并在连接配置中添加该实体类。然后,通过获取视图实体类的存储库,可以进行各种查询操作。

腾讯云相关产品和产品介绍链接地址:

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 【nodejs】让nodejs像后端mvc框架(asp.net mvc)一orm篇【如EF般丝滑】typeorm介绍(8/8)

    在使用nodejs开发过程中,刚好碰到需要做一个小工具,需要用到数据库存储功能。而我又比较懒,一个小功能不想搞一个nodejs项目,又搞一个后端项目。不如直接在nodejs里面把对数据库的操作也做掉。 结果百度一圈下来发现nodejs这边还都是比较原始的、类似后端的通过coneection连数据库,接着open,在写sql语句干嘛干嘛的。经过后端这么多年的脚手架工具熏陶,实在懒得写这些没营养的简单增删改查sql语句了。 typeorm github地址 typeorm github地址 遂通过baidu、google找到了typeorm这个orm框架。果然不错,作者自己也说大量参考了如entityframework、hibernate、dapper等等众多orm框架。吸收了各家之所长。 更多介绍和各种示例可以参考它的demo项目,基本每个数据库都有一个demo,然后对特性也基本都介绍到的。 比如mongodb如何映射复杂对象,关系型数据怎么弄级联删除之类的功能

    02

    视图索引

    大家好,又见面了,我是你们的朋友全栈君。创建索引视图 视图也称为虚拟表,这是因为由视图返回的结果集其一般格式与由列和行组成的表相似,并且,在 SQL 语句中引用视图的方式也与引用表的方式相同。标准视图的结果集不是永久地存储在数据库中。查询每次引用视图时,Microsoft® SQL Server™ 2000 会动态地将生成视图结果集所需的逻辑合并到从基表数据生成完整查询结果集所需的逻辑中。生成视图结果的过程称为视图具体化。有关更多信息,请参见视图解析。 对于标准视图而言,为每个引用视图的查询动态生成结果集的开销很大,特别是对于那些涉及对大量行进行复杂处理(如聚合大量数据或联接许多行)的视图更为可观。若经常在查询中引用这类视图,可通过在视图上创建唯一聚集索引来提高性能。在视图上创建唯一聚集索引时将执行该视图,并且结果集在数据库中的存储方式与带聚集索引的表的存储方式相同。有关用于存储聚集索引的结构的更多信息,请参见聚集索引。 说明 只有安装了 Microsoft SQL Server 2000 企业版或 Microsoft SQL Server 2000 开发版,才可以创建索引视图。 在视图上创建索引的另一个好处是:查询优化器开始在查询中使用视图索引,而不是直接在 FROM 子句中命名视图。这样一来,可从索引视图检索数据而无需重新编码,由此带来的高效率也使现有查询获益。有关更多信息,请参见在视图上使用索引。 在视图上创建聚集索引可存储创建索引时存在的数据。索引视图还自动反映自创建索引后对基表数据所做的更改,这一点与在基表上创建的索引相同。当对基表中的数据进行更改时,索引视图中存储的数据也反映数据更改。视图的聚集索引必须唯一,从而提高了 SQL Server 在索引中查找受任何数据更改影响的行的效率。 与基表上的索引相比,对索引视图的维护可能更复杂。只有当视图的结果检索速度的效益超过了修改所需的开销时,才应在视图上创建索引。这样的视图通常包括映射到相对静态的数据上、处理多行以及由许多查询引用的视图。 视图的要求 在视图上创建聚集索引之前,该视图必须满足下列要求: 当执行 CREATE VIEW 语句时,ANSI_NULLS 和 QUOTED_IDENTIFIER 选项必须设置为 ON。OBJECTPROPERTY 函数通过 ExecIsAnsiNullsOn 或 ExecIsQuotedIdentOn 属性为视图报告此信息。 为执行所有 CREATE TABLE 语句以创建视图引用的表,ANSI_NULLS 选项必须设置为 ON。 视图不能引用任何其它视图,只能引用基表。 视图引用的所有基表必须与视图位于同一个数据库中,并且所有者也与视图相同。 必须使用 SCHEMABINDING 选项创建视图。SCHEMABINDING 将视图绑定到基础基表的架构。 必须已使用 SCHEMABINDING 选项创建了视图中引用的用户定义的函数。 表和用户定义的函数必须由 2 部分的名称引用。不允许使用 1 部分、3 部分和 4 部分的名称。 视图中的表达式所引用的所有函数必须是确定性的。OBJECTPROPERTY 函数的 IsDeterministic 属性报告用户定义的函数是否是确定性的。有关更多信息,请参见确定性函数和非确定性函数。 视图中的 SELECT 语句不能包含下列 Transact-SQL 语法元素: 选择列表不能使用 * 或 table_name.* 语法指定列。必须显式给出列名。 不能在多个视图列中指定用作简单表达式的表的列名。如果对列的所有(或只有一个例外)引用是复杂表达式的一部分或是函数的一个参数,则可多次引用该列。例如,下列选择列表是非法的: SELECT ColumnA, ColumnB, ColumnA 下列选择列表是合法的: SELECT ColumnA, AVG(ColumnA), ColumnA + Column B AS AddColAColB SELECT SUM(ColumnA), ColumnA % ColumnB AS ModuloColAColB 派生表。 行集函数。 UNION 运算符

    03
    领券