Prisma CLI 数据初始化实战指南深入解析prisma seed命令【免费下载链接】prisma1 Database Tools incl. ORM, Migrations and Admin UI (Postgres, MySQL MongoDB) [deprecated]项目地址: https://gitcode.com/gh_mirrors/pr/prisma1prisma seed是 Prisma 1.x 时代 CLI 中用于为服务service批量写入初始测试数据的标准命令。它以prisma.yml中的seed属性为唯一数据源支持导入.graphql/.zip数据文件或执行任意 shell 脚本两种模式并可与prisma reset、prisma deploy协同工作。读完本文你将掌握prisma seed的完整用法、两种 seeding 模式的选择与配置方法以及其底层执行链路能够立即在自己的 Prisma 服务中实现可复现的初始化数据流程。本文关联命令文档位于 docs/1.12/04-Reference/07-CLI-Command-Reference/03-Data-Workflows/04-prisma-seed.md命令的实际实现位于 cli/packages/prisma-cli-core/src/commands/seed/seed.ts 与 cli/packages/prisma-cli-core/src/commands/seed/Seeder.ts。命令概览prisma seedprisma seed的作用是用初始数据填充服务seed the service with initial data。它不会凭空生成数据而是严格按照服务定义文件prisma.yml中配置的seed属性来执行数据导入因此必须先配置seed属性才能运行本命令否则 CLI 会直接报错终止。Usageprisma seed [flags]FlagsFlag简写说明--reset-r在 seeding 之前先重置清空服务数据--env-file-e指定用于注入环境变量的.env文件路径--project-p指定 Prisma 服务定义文件prisma.yml的路径需要说明的是命令文档正文中列出的-r, --reset是官方文档明确记载的 flag从源码看seed.ts 中实际还额外定义了--env-file与--project两个通用 flag它们同样可用于覆盖默认的.env文件与服务定义文件位置与 CLI 其他命令如prisma reset、prisma deploy保持一致。官方示例1. 直接为服务写入初始数据prisma seedCLI 会读取当前目录或--project指定路径下prisma.yml中的seed配置并执行相应的导入/运行逻辑结束时输出耗时统计Seeding based on source与类似✓ 3s的完成信息。2. 先重置服务再写入初始数据prisma seed --reset该命令会先清空指定服务在对应 stage 中的全部数据再执行 seeding保证种子数据是在干净的数据集上写入避免与既有数据冲突或产生脏数据。对于本地开发与持续集成CI中需要每次从零开始的场景这个组合非常实用。前置条件prisma.yml中的seed属性prisma seed本身只是一个执行器真正的数据来源完全由 prisma.yml 服务配置 中的seed属性决定。该属性在 02-YAML-Structure.md 中被定义为可选属性类型为对象且必须且只能包含以下两个子属性之一子属性类型作用importstring指定导入数据源.graphql文件含 GraphQL 操作或.zip文件Normalized Data Format / NDF 格式数据集runstring指定一条 shell 命令在 seeding 时执行适合import无法覆盖的复杂初始化逻辑如果在seed下同时配置了import和runSeeder.ts 会抛出Please provider either seed.import or seed.run but not both at the same time错误——两者只能二选一。方式一import导入 GraphQL 操作文件import指向一个包含 GraphQL mutation 的.graphql文件seeding 时逐条执行其中的操作。典型配置seed: import: database/seed.graphql对应的database/seed.graphql示例mutation { createUser(data: { name: Alice email: aliceprisma.io }) { id } createPost(data: { title: Hello Prisma author: { connect: { email: aliceprisma.io } } }) { id } }从源码实现看Seeder.ts 会先用 GraphQL parser 解析文件将其中每个OperationDefinition即每个 mutation 操作拆分出来再通过 Prisma client 逐个exec到目标服务上。这带来两个可观察的行为文件内可以包含多个操作CLI 会顺序执行它们任何一个操作失败都会抛出Error while executing operation:错误并中断文件路径是相对prisma.yml所在目录解析的并且源码要求路径必须以.zip或.graphql结尾Seeder.ts否则会报Source must end with .zip or .graphql。方式二import导入 NDF 压缩包seed: import: database/backup.zip.zip内是 Normalized Data Format (NDF) 格式的数据集包含nodes/、lists/、relations/等目录结构与prisma import/prisma export使用的格式一致。此模式下 Seeder 会复用prisma import的底层 Importer将prisma.yml中的类型定义一并传入后批量上传数据。方式三run执行自定义命令seed: run: node script.jsrun的值是一条完整的 shell 命令。源码中 Seeder.run() 使用cross-spawn在prisma.yml所在目录cwd中启动子进程执行该命令并把子进程的 stdout/stderr 实时输出到终端子进程退出码非 0 时 seeding 会被判定为失败。这意味着你可以在脚本中调用任意语言Node、Python、Shell 脚本等或第三方工具来完成复杂初始化例如连接外部 API 拉取数据后通过 Prisma client 写入。执行链路从命令到数据写入了解底层调用关系有助于排查问题。完整的prisma seed执行流程如下参数与环境准备seed.ts校验--env-file路径是否存在加载prisma.yml并注入.env环境变量解析出 service 名、stage、workspace并通过 Prisma 服务端 client 建立连接。校验seed配置若prisma.yml中没有seed属性直接抛出In order to seed, you need to provide a seed property in your prisma.yml若seed下既无import也无run则报错提示使用import或run。执行 SeederSeeder.ts若指定了--reset先调用 client 的reset接口清空serviceNamestage的数据随后按配置分派到三条路径之一.graphql文件 → 解析并逐条执行 mutation.zip文件 → 通过Importer批量导入 NDF 数据run命令 → 通过cross-spawn执行 shell 命令。输出结果以Seeding based on source作为开始动作结束后打印耗时prettyTime。与prisma reset、prisma deploy的联动与prisma reset的区别与配合prisma reset是独立的清空数据命令不带--force时它会在终端弹出Are you sure that you want to reset the data of service in stage stage? y/N的交互确认默认n确认后才通过 client 的reset接口清空数据实现见 reset.ts。而prisma seed --reset则是将清空与填充合并为一步且不经过交互确认——它内部直接调用 client 的reset接口后立即执行 seeding。因此在使用--reset时要特别注意该操作会无确认地销毁 stage 中的现有数据。首次部署时的隐式 seeding除了手动运行prisma seed还有一条隐式路径当prisma deploy首次创建服务projectNew为 true时只要prisma.yml中配置了seed属性CLI 会自动执行 seeding除非显式传入--no-seedflag 关闭见 deploy.ts 与--no-seedflag 定义 deploy.ts。也就是说团队约定为seed 数据通常在服务第一次部署时自动写入后续如需重灌数据则手动运行prisma seed --reset。这两种方式的底层都复用同一个 Seeder 类。常见错误与排查速查错误信息含义与解决In order to seed, you need to provide a seed property in your prisma.ymlprisma.yml缺少seed属性请按上文方式补充import或runPlease provider either seed.import or seed.run but not both at the same timeseed下同时配置了import和run请二选一Invalid seed property in prisma.yml. Please use import or run under the seed propertyseed属性存在但为空对象没有可执行的来源Source must end with .zip or .graphqlimport指向的文件扩展名不受支持请使用.zip或.graphqlPath ... does not exist/Cant find seed import file ...import指向的文件不存在注意路径是相对prisma.yml所在目录解析的Error while parsing .../Error while executing operation: ....graphql文件语法错误或某个 mutation 执行失败按提示定位具体操作小结prisma seed将为服务注入初始数据标准化为一条 CLI 命令通过prisma.yml中的seed.import.graphql操作或 NDF.zip数据集与seed.run任意 shell 命令两种模式覆盖从简单 mutation 到复杂脚本的全部初始化场景--reset让清空再填充一步到位而prisma deploy的首次自动 seeding 则保证了新环境开箱即得初始数据。理解其底层实现seed.ts Seeder.ts你就能高效构建可复现、可自动化CI/CD的 Prisma 数据初始化流程。【免费下载链接】prisma1 Database Tools incl. ORM, Migrations and Admin UI (Postgres, MySQL MongoDB) [deprecated]项目地址: https://gitcode.com/gh_mirrors/pr/prisma1创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Prisma CLI 数据初始化实战指南：深入解析 `prisma seed` 命令
Prisma CLI 数据初始化实战指南深入解析prisma seed命令【免费下载链接】prisma1 Database Tools incl. ORM, Migrations and Admin UI (Postgres, MySQL MongoDB) [deprecated]项目地址: https://gitcode.com/gh_mirrors/pr/prisma1prisma seed是 Prisma 1.x 时代 CLI 中用于为服务service批量写入初始测试数据的标准命令。它以prisma.yml中的seed属性为唯一数据源支持导入.graphql/.zip数据文件或执行任意 shell 脚本两种模式并可与prisma reset、prisma deploy协同工作。读完本文你将掌握prisma seed的完整用法、两种 seeding 模式的选择与配置方法以及其底层执行链路能够立即在自己的 Prisma 服务中实现可复现的初始化数据流程。本文关联命令文档位于 docs/1.12/04-Reference/07-CLI-Command-Reference/03-Data-Workflows/04-prisma-seed.md命令的实际实现位于 cli/packages/prisma-cli-core/src/commands/seed/seed.ts 与 cli/packages/prisma-cli-core/src/commands/seed/Seeder.ts。命令概览prisma seedprisma seed的作用是用初始数据填充服务seed the service with initial data。它不会凭空生成数据而是严格按照服务定义文件prisma.yml中配置的seed属性来执行数据导入因此必须先配置seed属性才能运行本命令否则 CLI 会直接报错终止。Usageprisma seed [flags]FlagsFlag简写说明--reset-r在 seeding 之前先重置清空服务数据--env-file-e指定用于注入环境变量的.env文件路径--project-p指定 Prisma 服务定义文件prisma.yml的路径需要说明的是命令文档正文中列出的-r, --reset是官方文档明确记载的 flag从源码看seed.ts 中实际还额外定义了--env-file与--project两个通用 flag它们同样可用于覆盖默认的.env文件与服务定义文件位置与 CLI 其他命令如prisma reset、prisma deploy保持一致。官方示例1. 直接为服务写入初始数据prisma seedCLI 会读取当前目录或--project指定路径下prisma.yml中的seed配置并执行相应的导入/运行逻辑结束时输出耗时统计Seeding based on source与类似✓ 3s的完成信息。2. 先重置服务再写入初始数据prisma seed --reset该命令会先清空指定服务在对应 stage 中的全部数据再执行 seeding保证种子数据是在干净的数据集上写入避免与既有数据冲突或产生脏数据。对于本地开发与持续集成CI中需要每次从零开始的场景这个组合非常实用。前置条件prisma.yml中的seed属性prisma seed本身只是一个执行器真正的数据来源完全由 prisma.yml 服务配置 中的seed属性决定。该属性在 02-YAML-Structure.md 中被定义为可选属性类型为对象且必须且只能包含以下两个子属性之一子属性类型作用importstring指定导入数据源.graphql文件含 GraphQL 操作或.zip文件Normalized Data Format / NDF 格式数据集runstring指定一条 shell 命令在 seeding 时执行适合import无法覆盖的复杂初始化逻辑如果在seed下同时配置了import和runSeeder.ts 会抛出Please provider either seed.import or seed.run but not both at the same time错误——两者只能二选一。方式一import导入 GraphQL 操作文件import指向一个包含 GraphQL mutation 的.graphql文件seeding 时逐条执行其中的操作。典型配置seed: import: database/seed.graphql对应的database/seed.graphql示例mutation { createUser(data: { name: Alice email: aliceprisma.io }) { id } createPost(data: { title: Hello Prisma author: { connect: { email: aliceprisma.io } } }) { id } }从源码实现看Seeder.ts 会先用 GraphQL parser 解析文件将其中每个OperationDefinition即每个 mutation 操作拆分出来再通过 Prisma client 逐个exec到目标服务上。这带来两个可观察的行为文件内可以包含多个操作CLI 会顺序执行它们任何一个操作失败都会抛出Error while executing operation:错误并中断文件路径是相对prisma.yml所在目录解析的并且源码要求路径必须以.zip或.graphql结尾Seeder.ts否则会报Source must end with .zip or .graphql。方式二import导入 NDF 压缩包seed: import: database/backup.zip.zip内是 Normalized Data Format (NDF) 格式的数据集包含nodes/、lists/、relations/等目录结构与prisma import/prisma export使用的格式一致。此模式下 Seeder 会复用prisma import的底层 Importer将prisma.yml中的类型定义一并传入后批量上传数据。方式三run执行自定义命令seed: run: node script.jsrun的值是一条完整的 shell 命令。源码中 Seeder.run() 使用cross-spawn在prisma.yml所在目录cwd中启动子进程执行该命令并把子进程的 stdout/stderr 实时输出到终端子进程退出码非 0 时 seeding 会被判定为失败。这意味着你可以在脚本中调用任意语言Node、Python、Shell 脚本等或第三方工具来完成复杂初始化例如连接外部 API 拉取数据后通过 Prisma client 写入。执行链路从命令到数据写入了解底层调用关系有助于排查问题。完整的prisma seed执行流程如下参数与环境准备seed.ts校验--env-file路径是否存在加载prisma.yml并注入.env环境变量解析出 service 名、stage、workspace并通过 Prisma 服务端 client 建立连接。校验seed配置若prisma.yml中没有seed属性直接抛出In order to seed, you need to provide a seed property in your prisma.yml若seed下既无import也无run则报错提示使用import或run。执行 SeederSeeder.ts若指定了--reset先调用 client 的reset接口清空serviceNamestage的数据随后按配置分派到三条路径之一.graphql文件 → 解析并逐条执行 mutation.zip文件 → 通过Importer批量导入 NDF 数据run命令 → 通过cross-spawn执行 shell 命令。输出结果以Seeding based on source作为开始动作结束后打印耗时prettyTime。与prisma reset、prisma deploy的联动与prisma reset的区别与配合prisma reset是独立的清空数据命令不带--force时它会在终端弹出Are you sure that you want to reset the data of service in stage stage? y/N的交互确认默认n确认后才通过 client 的reset接口清空数据实现见 reset.ts。而prisma seed --reset则是将清空与填充合并为一步且不经过交互确认——它内部直接调用 client 的reset接口后立即执行 seeding。因此在使用--reset时要特别注意该操作会无确认地销毁 stage 中的现有数据。首次部署时的隐式 seeding除了手动运行prisma seed还有一条隐式路径当prisma deploy首次创建服务projectNew为 true时只要prisma.yml中配置了seed属性CLI 会自动执行 seeding除非显式传入--no-seedflag 关闭见 deploy.ts 与--no-seedflag 定义 deploy.ts。也就是说团队约定为seed 数据通常在服务第一次部署时自动写入后续如需重灌数据则手动运行prisma seed --reset。这两种方式的底层都复用同一个 Seeder 类。常见错误与排查速查错误信息含义与解决In order to seed, you need to provide a seed property in your prisma.ymlprisma.yml缺少seed属性请按上文方式补充import或runPlease provider either seed.import or seed.run but not both at the same timeseed下同时配置了import和run请二选一Invalid seed property in prisma.yml. Please use import or run under the seed propertyseed属性存在但为空对象没有可执行的来源Source must end with .zip or .graphqlimport指向的文件扩展名不受支持请使用.zip或.graphqlPath ... does not exist/Cant find seed import file ...import指向的文件不存在注意路径是相对prisma.yml所在目录解析的Error while parsing .../Error while executing operation: ....graphql文件语法错误或某个 mutation 执行失败按提示定位具体操作小结prisma seed将为服务注入初始数据标准化为一条 CLI 命令通过prisma.yml中的seed.import.graphql操作或 NDF.zip数据集与seed.run任意 shell 命令两种模式覆盖从简单 mutation 到复杂脚本的全部初始化场景--reset让清空再填充一步到位而prisma deploy的首次自动 seeding 则保证了新环境开箱即得初始数据。理解其底层实现seed.ts Seeder.ts你就能高效构建可复现、可自动化CI/CD的 Prisma 数据初始化流程。【免费下载链接】prisma1 Database Tools incl. ORM, Migrations and Admin UI (Postgres, MySQL MongoDB) [deprecated]项目地址: https://gitcode.com/gh_mirrors/pr/prisma1创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考