• Babel 插件通关秘籍
  • Git 原理详解及实用指南
  • Nest 通关秘籍
  • React 通关秘籍
  • TypeScript 全面进阶指南
  • TypeScript 类型体操通关秘籍
  • 现代CSS
  • Babel 插件通关秘籍
  • Git 原理详解及实用指南
  • Nest 通关秘籍
  • React 通关秘籍
  • TypeScript 全面进阶指南
  • TypeScript 类型体操通关秘籍
  • 现代CSS
  • Nest 通关秘籍

    • 1.开篇词
    • 2.给你 5 个学习 Nest 的理由,你会心动么
    • 3.Nest 基础概念扫盲
    • 4.快速掌握 Nest CLI
    • 5.五种HTTP数据传输方式
    • 6.IoC 解决了什么痛点问题?
    • 7.如何调试 Nest 项目
    • 8.使用多种 Provider,灵活注入对象
    • 9.全局模块和生命周期
    • 10.AOP 架构有什么好处?
    • 11.一网打尽 Nest 全部装饰器
    • 12.Nest 如何自定义装饰器
    • 13.Metadata 和 Reflector
    • 14.ExecutionContext:切换不同上下文
    • 15.Module 和 Provider 的循环依赖怎么处理?
    • 16.如何创建动态模块
    • 17.Nest 和 Express 的关系,如何切到 fastify
    • 18.Nest 的 Middleware
    • 19.RxJS 和 Interceptor
    • 20.内置 Pipe 和自定义 Pipe
    • 21.如何使用 ValidationPipe 验证 post 请求参数
    • 22.如何自定义 Exception Filter
    • 23.图解串一串 Nest 核心概念
    • 24.接口如何实现多版本共存
    • 25.Express 如何使用 multer 实现文件上传
    • 26.Nest 如何使用 multer 实现文件上传
    • 27.图书管理系统:需求分析和原型图
    • 28.图书管理系统:用户模块后端开发
    • 29.图书管理系统:图书模块后端开发
    • 30.图书管理系统:用户模块前端开发
    • 31.图书管理系统:图书模块前端开发--图书搜索
    • 32.图书管理系统:图书模块前端开发--图书增删改
    • 33.图书管理系统:项目总结
    • 34.大文件分片上传
    • 35.最完美的 OSS 上传方案
    • 36.Nest 里如何打印日志?
    • 37.为什么 Node 里要用 Winston 打印日志?
    • 38.Nest 集成日志框架 Winston
    • 39.通过 Desktop 学 Docker 也太简单了
    • 40.你的第一个 Dockerfile
    • 41.Nest 项目如何编写 Dockerfile
    • 42.提升 Dockerfile 水平的 5 个技巧
    • 43.Docker 是怎么实现的?
    • 44.为什么 Node 应用要用 PM2 来跑?
    • 45.快速入门 MySQL
    • 46.SQL 查询语句的所有语法和函数
    • 47.一对一、join 查询、级联方式
    • 48.一对多、多对多关系的表设计
    • 49.子查询和 EXISTS
    • 50.SQL 综合练习
    • 51.MySQL 的事务和隔离级别
    • 52.MySQL 的视图、存储过程和函数
    • 53.使用 Node 操作 MySQL 的两种方式
    • 54.快速掌握 TypeORM
    • 55.TypeORM 一对一的映射和关联 CRUD
    • 56.TypeORM 一对多的映射和关联 CRUD
    • 57.TypeORM 多对多的映射和关联 CRUD
    • 58.在 Nest 里集成 TypeORM
    • 59.TypeORM 如何保存任意层级的关系?
    • 60.为什么生产环境要用 TypeORM 的 migration 迁移功能?
    • 61.Nest 项目里如何使用 TypeORM 迁移
    • 62.如何动态读取不同环境的配置?
    • 63.快速入门 Redis
    • 64.在 Nest 里操作 Redis
    • 65.为什么不用 cache-manager 操作 Redis?
    • 66.两种登录状态保存方式:JWT、Session
    • 67.Nest 里实现 Session 和 JWT
    • 68.MySQL + TypeORM + JWT 实现登录注册
    • 69.基于 ACL 实现权限控制
    • 70.基于 RBAC 实现权限控制
    • 71.基于 access_token 和 refresh_token 实现登录状态无感刷新
    • 72.单 token 无限续期,实现登录状态无感刷新
    • 73.使用 passport 做身份认证
    • 74.passport 实现 GitHub 三方账号登录
    • 75.passport 实现 Google 三方账号登录
    • 76.为什么要使用 Docker Compose ?
    • 77.Docker 容器通信的最简单方式:桥接网络
    • 78.Docker 支持重启策略,是否还需要 PM2
    • 79.快速掌握 Nginx 的 2 大核心用法
    • 80.基于 Nginx 实现灰度系统
    • 81.基于 Redis 实现分布式 session
    • 82.Redis + 高德地图,实现附近的充电宝
    • 83.用 Swagger 自动生成 api 文档
    • 84.如何灵活创建 DTO
    • 85.class-validator 的内置装饰器,如何自定义装饰器
    • 86.序列化 Entity,你不需要 VO 对象
    • 87.手写序列化 Entity 的拦截器
    • 88.使用 compodoc 生成文档
    • 89.Node 如何发邮件?
    • 90.实现基于邮箱验证码的登录
    • 91.定时任务 + Redis 实现阅读量计数
    • 92.Nest 的 3 种定时任务
    • 93.Nest 里如何实现事件通信?
    • 94.HttpModule + pinyin 实现天气预报查询服务
    • 95.如何记录请求日志
    • 96.短链服务?自己写一个
    • 97.Nest 实现 Server Sent Event 数据推送
    • 98.用 minio 自己搭一个 OSS 服务
    • 99.前端如何直传文件到 Minio
    • 100.基于 sharp 实现 gif 压缩工具
    • 101.大文件如何实现流式下载?
    • 102.Puppeteer 实现爬虫,爬取 BOSS 直聘全部前端岗位
    • 103.实现扫二维码登录
    • 104.Nest 的 REPL 模式
    • 105.实现 Excel 导入导出
    • 106.如何用代码动态生成 PPT
    • 107.如何拿到服务器 CPU、内存、磁盘状态
    • 108.Nest 如何实现国际化?
    • 109.会议室预订系统:需求分析和原型图
    • 110.会议室预订系统:技术方案和数据库设计
    • 111.会议室预订系统:用户管理模块-用户注册
    • 112.会议室预订系统:用户管理模块-配置抽离、登录认证鉴权
    • 113.会议室预订系统:用户管理模块-interceptor、修改信息接口
    • 114.会议室预订系统:用户管理模块-用户列表和分页查询
    • 115.会议室预订系统:用户管理模块-swagger 接口文档
    • 116.会议室预订系统:用户管理模块-用户端登录注册页面
    • 117.会议室预订系统:用户管理模块-用户端信息修改页面
    • 118.会议室预订系统:用户管理模块-头像上传
    • 119.会议室预订系统:用户管理模块-管理端用户列表页面
    • 120.会议室预订系统:用户管理模块-管理端信息修改页面
    • 121.会议室预订系统:会议室管理模块-后端开发
    • 122.会议室预订系统:会议室管理模块-管理端前端开发
    • 123.会议室预订系统:会议室管理模块-用户端前端开发
    • 124.会议室预订系统:预定管理模块-后端开发
    • 125.会议室预订系统:预定管理模块-管理端前端开发
    • 126.会议室预订系统:预定管理模块-用户端前端开发
    • 127.会议室预订系统:统计管理模块-后端开发
    • 128.会议室预订系统:统计管理模块-前端开发
    • 129.会议室预订系统:后端项目部署到阿里云
    • 130.会议室预订系统:前端项目部署到阿里云
    • 131.会议室预定系统:用 migration 初始化表和数据
    • 132.会议室预定系统:文件上传 OSS
    • 133.会议室预定系统:Google 账号登录后端开发
    • 134.会议室预定系统:Google 账号登录前端开发
    • 135.会议室预定系统:后端代码优化
    • 136.会议室预定系统:集成日志框架 winston
    • 137.会议室预定系统:前端代码优化
    • 138.会议室预定系统:全部功能测试
    • 139.会议室预定系统:项目总结
    • 140.Nest 如何创建微服务?
    • 141.Nest 的 Monorepo 和 Library
    • 142.用 Etcd 实现微服务配置中心和注册中心
    • 143.Nest 集成 Etcd 做注册中心、配置中心
    • 144.用 Nacos 实现微服务配置中心和注册中心
    • 145.基于 gRPC 实现跨语言的微服务通信
    • 146.快速入门 ORM 框架 Prisma
    • 147.Prisma 的全部命令
    • 148.Prisma 的全部 schema 语法
    • 149.Primsa Client 单表 CRUD 的全部 api
    • 150.Prisma Client 多表 CRUD 的全部 api
    • 151.在 Nest 里集成 Prisma
    • 152.为什么前端监控系统要用 RabbitMQ?
    • 153.基于 Redis 实现关注关系
    • 154.基于 Redis 实现各种排行榜(周榜、月榜、年榜)
    • 155.考试系统:需求分析
    • 156.考试系统:技术方案和数据库设计
    • 157.考试系统:微服务、Lib 拆分
    • 158.考试系统;用户注册
    • 159.考试系统:用户登录、修改密码
    • 160.考试系统:考试微服务
    • 161.考试系统:登录、注册页面
    • 162.考试系统:修改密码、试卷列表页面
    • 163.考试系统:新增试卷、回收站
    • 164.考试系统:试卷编辑器
    • 165.考试系统:试卷回显、预览、保存
    • 166.考试系统:答卷微服务
    • 167.考试系统:答题页面
    • 168.考试系统:自动判卷
    • 169.考试系统:分析微服务、排行榜页面
    • 170.考试系统:整体测试
    • 171.考试系统:项目总结
    • 172.用 Node.js 手写 WebSocket 协议
    • 173.Nest 开发 WebSocket 服务
    • 174.基于 Socket.io 的 room 实现群聊
    • 175.聊天室:需求分析和原型图
    • 176.聊天室:技术选型和数据库设计
    • 177.聊天室:用户注册
    • 178.聊天室:用户登录
    • 179.聊天室:修改密码、修改信息
    • 180.聊天室:好友列表、发送好友申请
    • 181.聊天室:创建聊天室、加入群聊
    • 182.聊天室:登录、注册页面开发
    • 183.聊天室:修改密码、信息页面开发
    • 184.聊天室:头像上传
    • 185.聊天室:好友∕群聊列表页面
    • 186.聊天室:添加好友弹窗、通知页面
    • 187.聊天室:聊天功能后端开发
    • 188.聊天室:聊天功能前端开发
    • 189.聊天室:一对一聊天
    • 190.聊天室:创建群聊、进入群聊
    • 191.聊天室:发送表情、图片、文件
    • 192.聊天室:收藏
    • 193.聊天室:全部功能测试
    • 194.聊天室:项目总结
    • 195.MongoDB 快速入门
    • 196.使用 mongoose 操作 MongoDB 数据库
    • 197.GraphQL 快速入门
    • 198.Nest 开发 GraphQL 服务:实现 CRUD
    • 199.GraphQL + Primsa + React 实现 TodoList
    • 200.如何调试 Nest 源码?

我们学了 Prisma 的命令、schema 的语法,这节来过一遍 Prisma Client 的 api。

这节只涉及单个表的 CRUD 的 api。

创建个新项目:

mkdir prisma-client-api
cd prisma-client-api
npm init -y

进入项目,执行 init 命令:

npx prisma init

生成了 .env 和 schema 文件:

然后改下 .env 文件的数据库连接信息:

DATABASE_URL="mysql://root:guang@localhost:3306/prisma_test"

改一下 datasource 的 provider 为 mysql,并且添加一个 model

generator client {
  provider = "prisma-client-js"
}

datasource db {
  provider = "mysql"
  url      = env("DATABASE_URL")
}

model Aaa {
  id    Int     @id @default(autoincrement())
  email String  @unique
  name  String?
}

然后再添加一个 generator,生成 docs,并且修改下生成代码的位置:

generator docs {
  provider = "node node_modules/prisma-docs-generator"
  output   = "../generated/docs"
}

安装用到的 generator 包:

npm install --save-dev prisma-docs-generator

之后执行 migrate reset 重置下:

npx prisma migrate reset

之后用 migrate dev 创建新的迁移:

npx prisma migrate dev --name aaa

可以看到,生成了 client 代码、docs 文档,还有 sql 文件。

数据库中也多了这个表:

然后我们写下初始化数据的代码:

首先安装 ts、ts-node 包:

npm install typescript ts-node @types/node --save-dev

创建 tsconfig.json

npx tsc --init

把注释删掉,保留这些配置就行:

{
    "compilerOptions": {
        "target": "es2016",
        "module": "commonjs",
        "types": ["node"],
        "esModuleInterop": true,
        "forceConsistentCasingInFileNames": true,
        "strict": true,
        "skipLibCheck": true
    }
}

在 package.json 配置下 seed 命令:

"prisma": {
    "seed": "npx ts-node prisma/seed.ts"
},

然后写下 prisma/seed.ts

import { PrismaClient } from "@prisma/client";

const prisma = new PrismaClient({
    log: [
        {
            emit: "stdout",
            level: "query",
        },
    ],
});

async function main() {
    await prisma.aaa.createMany({
        data: [
            {
                name: "aaa",
                email: "aaa@xx.com",
            },
            {
                name: "bbb",
                email: "bbb@xx.com",
            },
            {
                name: "ccc",
                email: "ccc@xx.com",
            },
            {
                name: "ddd",
                email: "ddd@xx.com",
            },
            {
                name: "eee",
                email: "eee@xx.com",
            },
        ],
    });
    console.log("done");
}

main();

很容易看懂,就是插入了 5 条记录。

执行 seed:

npx prisma db seed

打印了插入数据的 sql。

去 mysql workbench 里看下:

插入成功了。

然后来写下 client 的 crud 代码。

创建 src/index.ts

import { PrismaClient } from "@prisma/client";

const prisma = new PrismaClient({
    log: [
        {
            emit: "stdout",
            level: "query",
        },
    ],
});

async function main() {}

main();

client 都有哪些方法呢?

我们不是还用 docs generator 生成了文档么?看下那个就知道了。

npx http-server ./generated/docs

跑一个静态服务:

访问 http://localhost:8080 可以看到 Aaa 的字段和方法,一共 9 个方法:

我们依次试一下:

findUnique

findUnique 是用来查找唯一的记录的,可以根据主键或者有唯一索引的列来查:

import { PrismaClient } from "@prisma/client";

const prisma = new PrismaClient({
    log: [
        {
            emit: "stdout",
            level: "query",
        },
    ],
});

async function test1() {
    const aaa = await prisma.aaa.findUnique({
        where: {
            id: 1,
        },
    });
    console.log(aaa);

    const bbb = await prisma.aaa.findUnique({
        where: {
            email: "bbb@xx.com",
        },
    });
    console.log(bbb);
}

test1();

所以,这里的 id、email 都可以:

跑一下试试:

npx ts-node ./src/index.ts

但是如果指定 name 就不行了:

因为通过 name 来查并不能保证记录唯一。

你还可以通过 select 指定返回的列:

async function test1() {
    const aaa = await prisma.aaa.findUnique({
        where: {
            id: 1,
        },
    });
    console.log(aaa);

    const bbb = await prisma.aaa.findUnique({
        where: {
            email: "bbb@xx.com",
        },
        select: {
            id: true,
            email: true,
        },
    });
    console.log(bbb);
}

比如我通过 select 指定返回 id、email:

那结果里就只包含这两个字段。

findUniqueOrThrow

findUniqueOrThrow 和 findUnique 的区别是它如果没找到对应的记录会抛异常,而 findUnique 会返回 null。

先试下 findUnique:

import { PrismaClient } from "@prisma/client";

const prisma = new PrismaClient({
    log: [
        {
            emit: "stdout",
            level: "query",
        },
    ],
});

async function test2() {
    const aaa = await prisma.aaa.findUnique({
        where: {
            id: 10,
        },
    });
    console.log(aaa);
}

test2();

再换成 findUniqueOrThrow 试试:

import { PrismaClient } from "@prisma/client";

const prisma = new PrismaClient({
    log: [
        {
            emit: "stdout",
            level: "query",
        },
    ],
});

async function test2() {
    const aaa = await prisma.aaa.findUniqueOrThrow({
        where: {
            id: 10,
        },
    });
    console.log(aaa);
}

test2();

如果没找到会抛异常:

findMany

findMany 很明显是查找多条记录的。

比如查找 email 包含 xx 的记录,按照 name 降序排列:

import { PrismaClient } from "@prisma/client";

const prisma = new PrismaClient({
    log: [
        {
            emit: "stdout",
            level: "query",
        },
    ],
});

async function test3() {
    const res = await prisma.aaa.findMany({
        where: {
            email: {
                contains: "xx",
            },
        },
        orderBy: {
            name: "desc",
        },
    });
    console.log(res);
}

test3();

跑一下:

npx ts-node ./src/index.ts

然后再加个分页,取从第 2 条开始的 3 条。

async function test3() {
    const res = await prisma.aaa.findMany({
        where: {
            email: {
                contains: "xx",
            },
        },
        orderBy: {
            name: "desc",
        },
        skip: 2,
        take: 3,
    });
    console.log(res);
}

下标是从 0 开始的,所以是这三条:

当然,你可以再加上 select 指定返回的字段:

async function test3() {
    const res = await prisma.aaa.findMany({
        where: {
            email: {
                contains: "xx",
            },
        },
        select: {
            id: true,
            email: true,
        },
        orderBy: {
            name: "desc",
        },
        skip: 2,
        take: 3,
    });
    console.log(res);
}

你会发现熟练 sql 之后,这些 api 用起来都很自然,过一遍就会了。

findFirst

findFirst 和 findMany 的唯一区别是,这个返回第一条记录。

async function test4() {
    const res = await prisma.aaa.findFirst({
        where: {
            email: {
                contains: "xx",
            },
        },
        select: {
            id: true,
            email: true,
        },
        orderBy: {
            name: "desc",
        },
        skip: 2,
        take: 3,
    });
    console.log(res);
}
test4();

此外,where 条件这里可以指定的更细致:

contains 是包含,endsWith 是以什么结尾

gt 是 greater than 大于,lte 是 less than or equal 大于等于

这些过滤条件都很容易理解,就不展开了。

此外,还有 findFirstOrThrow 方法,那个也是如果没找到,抛异常,参数和 FindFirst 一样。

create

这个我们用过多次了,用来创建记录:

async function test5() {
    const res = await prisma.aaa.create({
        data: {
            name: "kk",
            email: "kk@xx.com",
        },
        select: {
            email: true,
        },
    });
    console.log(res);
}
test5();

它同样也可以通过 select 指定插入之后再查询出来的字段。

createMany 我们用过,这里就不测了:

update

update 明显是用来更新的。

它可以指定 where 条件,指定 data,还可以指定 select 出的字段:

async function test6() {
    const res = await prisma.aaa.update({
        where: { id: 3 },
        data: { email: "3333@xx.com" },
        select: {
            id: true,
            email: true,
        },
    });
    console.log(res);
}

test6();

跑一下:

npx ts-node ./src/index.ts

可以看到,打印了 3 条 sql:

首先根据 where 条件查询出这条记录,然后 update,之后再 select 查询出更新后的记录。

updateMany 自然是更新多条记录。

比如你想更新所有邮箱包含 xx.com 的记录为 666@xx.com

用 update 会报错,它只是用来更新单条记录的,需要指定 id 或者有唯一索引的列。

这时候改成 udpateMany 就可以了。

async function test7() {
    const res = await prisma.aaa.updateMany({
        where: {
            email: {
                contains: "xx.com",
            },
        },
        data: { name: "666" },
    });
    console.log(res);
}

test7();

在 mysql workbench 里可以看到,确实改了:

upsert

upsert 是 update 和 insert 的意思。

当传入的 id 有对应记录的时候,会更新,否则,会创建记录。

async function test8() {
    const res = await prisma.aaa.upsert({
        where: { id: 11 },
        update: { email: "yy@xx.com" },
        create: {
            id: 11,
            name: "xxx",
            email: "xxx@xx.com",
        },
    });
    console.log(res);
}

test8();

第一次跑执行的是 insert:

第二次跑就是 update 了:

delete

delete 就比较简单了,我们和 deleteMany 一起测试下:

async function test9() {
    await prisma.aaa.delete({
        where: { id: 1 },
    });

    await prisma.aaa.deleteMany({
        where: {
            id: {
                in: [11, 2],
            },
        },
    });
}

test9();

可以看到有两条 delete 语句。

可以看到 3 条记录都被删除了。

count

count 其实和 findMany 参数一样,只不过这里不返回具体记录,而是返回记录的条数。

比如 findMany 是这样的:

async function test10() {
    const res = await prisma.aaa.findMany({
        where: {
            email: {
                contains: "xx",
            },
        },
        orderBy: {
            name: "desc",
        },
        skip: 2,
        take: 3,
    });
    console.log(res);
}
test10();

把 findMany 改为 count 就是这样了:

async function test10() {
    const res = await prisma.aaa.count({
        where: {
            email: {
                contains: "xx",
            },
        },
        orderBy: {
            name: "desc",
        },
        skip: 2,
        take: 3,
    });
    console.log(res);
}
test10();

aggregate

aggregate 是统计相关的。

它除了 where、orderBy、skip、take 这些参数外,还可以指定 _count、_avg、_sum、_min、_max 这些。

不过我们现在的表里没有数字相关的列。

改一下 model:

model Aaa {
  id    Int     @id @default(autoincrement())
  email String  @unique
  name  String?
  age Int       @default(0)
}

然后创建一个新的 migration:

npx prisma migrate dev --name bbb

对应的 sql 如下:

然后我们用代码改一下:

async function test11() {
    await prisma.aaa.update({
        where: {
            id: 3,
        },
        data: {
            age: 3,
        },
    });

    await prisma.aaa.update({
        where: {
            id: 5,
        },
        data: {
            age: 5,
        },
    });
}
test11();

在 mysql workbench 里刷新下,可以看到确实改了:

接下来就可以测试 aggregate 方法了:

async function test12() {
    const res = await prisma.aaa.aggregate({
        where: {
            email: {
                contains: "xx.com",
            },
        },
        _count: {
            _all: true,
        },
        _max: {
            age: true,
        },
        _min: {
            age: true,
        },
        _avg: {
            age: true,
        },
    });
    console.log(res);
}
test12();

跑一下:

可以看到返回的最大值、最小值、计数、平均值,都是对的。

groupBy

最后还有个 groupBy 方法,大家有 sql 基础也很容易搞懂,这个就是分组的。

async function test13() {
    const res = await prisma.aaa.groupBy({
        by: ["email"],
        _count: {
            _all: true,
        },
        _sum: {
            age: true,
        },
        having: {
            age: {
                _avg: {
                    gt: 2,
                },
            },
        },
    });
    console.log(res);
}

test13();

就是按照 email 分组,过滤出平均年龄大于 2 的分组,计算年龄总和返回。

结果如下:

因为 age 大于 2 的就 2 条,然后算平均值、计数,就是上面的结果了:

这样,我们就把所有 Prisma Client 的 api 过了一遍。

案例代码在小册仓库

总结

这节我们过了一遍 Prisma Client 的单个表 CRUD 的 api。

分别包括 create、crateMany、update、updateMany、delete、deleteMany、findMany、findFirst、findFirstOrThrow、findUnique、findUniqueOrThrow。

以及 count、aggregate、groupBy 这些统计相关的。

其实有 sql 的基础的话,学习这些 api 很容易,过一遍就会了。

上次更新: 6/21/25, 9:42 AM
贡献者: YNight
Prev
148.Prisma 的全部 schema 语法
Next
150.Prisma Client 多表 CRUD 的全部 api