问题标签 [nexus-prisma]

所以我将 Prisma orm 连接到 Graphql Nexus 并且需要转换为 T | 的 graphql args 空 | 未定义到 T | Prisma 接受的 undefined 。

这是在 Nexus 中的操作方式https://github.com/graphql-nexus/nexus-plugin-prisma/blob/6c8801c6e1d99bfdb73a7c1c89db9607712b0e01/src/null.ts

这如何适应我的需要？

我将 Apollo Server、Nexus 和 Prisma 组合用于我的 graphql 服务器。我想创建一个有多个帖子的用户。但不应允许用户在帖子中设置 isPublished 字段。直接创建帖子时，我可以使用computedInputs但我不确定如何在关系创建中获得它。

如何抛出错误或忽略传递的 isPublished 属性？

我正在将 prisma 与 nexus-prisma 一起使用，并且我正在尝试运行测试。没有成功。我的 package.json。

谢谢你的帮助！

这更像是一个设计问题，而不是一个编码问题。假设以下架构：

Please note that the schema might not be 100% complete or accurate. It is mainly to get the point across.

解决方案 1 的优点是冗余和数据库中的表数量显着减少（取决于Attrs 的数量）。它的失败来自于令人困惑的查询*、可能的特定案例类型转换以及value每个Attr类似模型的字段没有代码完成。

*prisma通过混淆，我的意思是在使用自定义连接表时，简化 mn 查询的选项在功能上被禁用（例如EntityAttr）

解决方案 2 有其优点，生成的代码会为字段生成更强类型的代码value，但是它属于生成的表的数量（我实际上不知道更多的表是好事还是坏事，所有我认为如果你有相似的值，它们应该在同一个表中）。

你会在我的鞋子里做什么？

这是我用于仪表板应用程序的非常简单的 Prisma 3 架构

它按预期工作，但我很感兴趣，如果我可以让它更简洁
为了跟踪owner和likes项目模型，我必须添加：

1. 关系描述
2. 冗余服务字段ownerId和likesId消歧
3. 冗余服务字段owner和likes用户模型

有没有可能让它变得不那么冗长？
如果我需要添加 3-4 个额外的关系字段怎么办？

我正在使用具有以下 prisma 架构的 prisma 和 nexus：

我已经创建了这样的关系模型和突变：

我应该能够运行一个 graphql 突变来创建一个只有userId,title和description. 但是，nexus 生成的类型使得该author字段在查询中是必需的。

以下是由nexus生成的：

注意1：我注意到nexus生成了以下类型，但它没有在任何地方使用：

注2：我只从我的源代码中添加了相关代码

有人可以帮我弄清楚我能在这里做什么吗？

使用的库：

• “nexus-plugin-prisma”：“^0.35.0”

• “棱镜”：“^2.23.0”

• “@prisma/client”：“^2.23.0”

• “关系”：“^1.0.0”

我正在学习棱镜，

我想尽可能地利用 Prisma 的隐式关系来处理以下关系（后来我想使用 nexus 来编写查询）：

• 1 个用户可以属于许多对话（因为它是参与者）

• 1 对话有一个数组操作系统用户（称为参与者）

• 1 用户可以拥有许多消息（作为它的作者）

• 1 条消息可以有 1 个用户（作为它的作者）

• 1 对话有一系列消息（称为文本）

• 1 条消息只能属于 1 个对话

到目前为止，我已经想出了这个（但我非常怀疑它是否正确，因为它在与 nexus 一起使用时表现得不像我想要的那样）：

我可以请一些指示/帮助继续吗？

这是我目前的设置。但是对于这个设置，我无法在解析器中访问 prisma 客户端。这里的目标是在所有解析器中访问上下文及其类型。下面的代码包含我的 server.ts 文件内容和 context.ts 文件内容。我在这里想念什么？

server.ts 文件

上下文.ts