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

无法使用我的变体在Hasura / GraphQL中插入数组关系

在Hasura / GraphQL中,无法直接使用变体来插入数组关系。Hasura是一个开源的GraphQL引擎,它提供了一种简单且高效的方式来构建和管理GraphQL API。在Hasura中,数组关系是通过使用关联表来实现的。

关联表是一种用于建立多对多关系的表,它包含两个外键,分别指向两个相关的表。在Hasura中,你可以使用关联表来表示数组关系,并通过插入关联表的方式来创建数组关系。

以下是一些步骤来在Hasura / GraphQL中插入数组关系:

  1. 创建关联表:首先,你需要创建一个关联表来表示数组关系。关联表应该包含两个外键,分别指向相关的表。你可以使用Hasura的Schema管理工具或者手动创建关联表。
  2. 插入数据:接下来,你可以使用Hasura的Mutation操作来插入数据。在插入数据时,你需要同时插入相关的表和关联表。通过在关联表中插入外键值,你可以建立数组关系。
  3. 查询数据:一旦数据插入成功,你可以使用Hasura的Query操作来查询数据。通过使用GraphQL查询语言,你可以轻松地查询数组关系,并获取相关的数据。

Hasura提供了一些相关的功能和工具来简化数组关系的管理和操作。例如,你可以使用Hasura的权限系统来控制对数组关系的访问权限。此外,Hasura还提供了一些性能优化功能,如数据缓存和批量操作,以提高数组关系的查询性能。

推荐的腾讯云相关产品:腾讯云云服务器(https://cloud.tencent.com/product/cvm)和腾讯云数据库(https://cloud.tencent.com/product/cdb)可以提供稳定可靠的云计算基础设施和数据库服务,以支持Hasura / GraphQL应用的部署和运行。

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

相关·内容

写在 2021: 值得关注学习的前端框架和工具库

虽然这样也造成我目前没有特别深入的方向,比如21届的大佬们在工程化、微前端、AST、NodeJS等等方向都已经开始深耕,我还在追着各种新框架学当弟弟,但不得不说,在学习新事物的过程中,你会逐渐对这些框架进行分类...你可能同样在犹豫要不要学这玩意,我的意见是:学!因为确实NodeJS中目前没有特别全面的框架(虽然NestJS在Spring面前也是弟弟)。...在TS中这个工具的主要能力就是生成TS的类型定义,同时它的插件体系还提供了更多的额外能力,如Apollo-Client的插件,让你可以直接使用封装好的的useXXXQuery等,前端连查询语句都不用写了...Hasura还提供了前面说的GraphQURL作为client,hasura-code-gen来从Hasura服务生成TS代码,所以基本上可以用Hasura的生态做为一套方案了,包括我也有看到过一些创业公司就在使用...和Hasura一样能自动基于级联关系生成CRUD操作,同样提供了企业级支持。 工程化 打包/构建工具 Webpack5[55],新的缓存方案和模块联邦还是值得了解下的。

4.2K10

GraphQL 与 REST 双重赋能:Hasura 帮你给数据库添加接口 | 开源日报 No.75

picture hasura/graphql-engine[1] Stars: 30.3k License: Apache-2.0 picture Hasura GraphQL Engine 是一个开源产品...它具有以下主要功能和核心优势: 内建强大查询:支持过滤、分页、模式搜索等功能 与现有数据库兼容:将其指向现有数据库即可立即获得可用的 GraphQL API 实时性能:可以使用订阅将任何 GraphQL...查询转换为实时查询 合并远程架构:通过单个 GraphQL 引擎端点访问自定义业务逻辑的自定义 GraphQL 架构 使用 Actions 扩展功能:编写 REST API 以在 Hasura 模式中添加自定义业务逻辑...多渠道搜索:使用两种技术手段寻找每个 CVE 对应的 PoCs,一方面根据参考文献中是否存在指向 PoC 网址进行检查;另一方面在 GitHub 上搜索与 CVE ID 相关联且提到了漏洞利用代码库。...该项目使用 React Native 和 TypeScript 编写,提供了一组在整个 AT Protocol 框架下构建的模式和 API。支持自我认证数据结构、协议规范等。

59450
  • 写在2021: 值得关注学习的前端框架和工具库

    你可能同样在犹豫要不要学这玩意,我的意见是:学! 因为确实NodeJS中目前没有特别全面的框架(虽然NestJS在Spring面前也是弟弟)。...Hasura,功能比较全的一款,支持PostgreSQL和MSSQL,除了上面提到的以外还提供鉴权与触发器(类似Serverless中的触发器),以及把外部已经独立部署的GraphQL API也纳入管控...的生态做为一套方案了,包括我也有看到过一些创业公司就在使用Hasura(有提供企业级支持)。...和Hasura一样能自动基于级联关系生成CRUD操作,同样提供了企业级支持。 工程化 打包/构建工具 Webpack5,新的缓存方案和模块联邦还是值得了解下的。...Redux-Observable, Redux的RxJS中间件。 Reactive.How,生动的展示RxJS Observable在操作符管道中的流动,入门期间使用有奇效。

    2.9K10

    激荡二十年:HTTP API 的变迁

    在 UAPI 演进的过程中,我也感受到了它的诸多局限和问题。其中最大的问题是:框架的使用者是开发者,而开发者如果没有得到充足的培训,会遗漏、误用、滥用框架的某些能力。...2018:我的第二次 API 工具的探索 在使用过多种 code first 的框架来构建 GraphQL / OpenAPI 的系统后,我开始构思自己的下一个 API 开发工具:goldrin。...前面提到的 GraphQL 令人诟病的 n+1 的问题,在 Hasura 面前都不是是个事,因为引发 n+1 问题的嵌套查询,翻译成 SQL 就是一个 INNER JOIN,于是 n+1 问题就这么被悄无声息地解决了...我并没有深入研究,然而当我打开 Hasura graphql-engine 的源码,惊奇的发现,除了 20 多万行 typescript/javascript 代码,和 3 万多行 golang 代码外...这里 source 我使用 webassembly,并不是为了装 B,而是我希望这样的工具就像 postgREST 一样,你不需要,也无法对其二次开发。

    1.8K30

    设计数据网格以控制数据蔓延

    智能手机和广告网络充分利用了新增的容量,产生了比以往任何时候都大得多的数据量。当时使用的标准数据处理工具——数据仓库、数据集市和数据立方体——建立在已有数十年历史的技术之上。...它们往往在第四个原则,即自助数据平台方面有所欠缺。一些数据目录,特别是 Alation 和 OpenMetadata,确实提供有限的自助数据平台,使用直通 SQL。...很少的选择都使用 GraphQL,因此 GraphQL 也必须出现在您的数据网格配方中。...两个领先的选择,Hasura 和 Apollo Router,可以很好地协同工作,但是只有 Hasura 才能真正为使用 GraphQL 调整现有数据源做好准备。...有一点我确信:我们仅仅触及了它的潜力表面。许多人正在认识到它在机器学习、分析或数据密集型应用中的效用,所有这些都成为当今数据生态系统中竞争的必备条件。

    12010

    用Go重写Node.js服务:项目性能提升5倍,内存减少40%

    其目的是能够利用云存储服务,同时也利用 hasura 的功能,如它的 graphql API、权限、行动、预设等。...Hasura Storage 方面表示,在使用 Golang 进行重写后,其可处理的服务请求数增加了 5 倍,同时内存消耗减半。...除了在 download_image_manipulated 中实现了大约 2 倍的改进外,在其他场景中则均实现了 4 倍的改进。 图片 再是 P95。...在服务被重写和测试后,Hasura Storage 将服务部署到了生产环境,一些重写的好处也开始展现。如下图所示(集群的一个节点中的 RAM 使用情况),内存占用减少了近 40%。...“我们希望能够在使用更少资源的同时满足更多请求,同时还可以改善我们用户的响应时间,我相信他们会喜欢的。” 来源:OSC开源社区(ID:oschina2013)

    4.1K10

    用Go重写:项目性能提升5倍,内存减少40%

    其目的是能够利用云存储服务,同时也利用 hasura 的功能,如它的 graphql API、权限、行动、预设等。...Hasura Storage 方面表示,在使用 Golang 进行重写后,其可处理的服务请求数增加了 5 倍,同时内存消耗减半。...除了在 download_image_manipulated 中实现了大约 2 倍的改进外,在其他场景中则均实现了 4 倍的改进。 再是 P95。...如下图所示(集群的一个节点中的 RAM 使用情况),内存占用减少了近 40%。“这是一项重大改进,可以让我们在不增加整体基础设施费用的情况下为更多用户和流量提供服务。”...“我们希望能够在使用更少资源的同时满足更多请求,同时还可以改善我们用户的响应时间,我相信他们会喜欢的。”

    34530

    受不了 Rust 这些问题,我将后端切换到了 Go

    我能感受到你点击这篇文章时怀有的愤怒。我并不讨厌 Rust——在许多场景中,我都倾向于使用它。所有编程语言都是达成目的的手段。...你可能不了解 Hasura,那是一个 Postgres 数据库封装器,可以即时提供 GraphQL API。...Database 需要是 trait 类型的,然后我们把那个它在 mock 对象上实现。好吧,还不算太坏。事实上,在 Golang 中,我做的事情基本相同;那到底是从哪里开始有问题的呢?...对我来说,要编排许多本地服务而又不用费事在每个服务(Hasura、Web 钩子、mock s3、mock oauth 服务器……)中运行 npm run ,最简单的方法是有一个 docker-compose.yaml...我觉得它漂亮而富有表现力,实用而优雅。 如果我正在编写本地辅助库、性能敏感代码、任何不需要在容器中运行的后端服务……那么,Rust 会是我的第一选择。特别是如果我不需要说服其他任何人使用它。

    66310

    GraphQL是API的未来,但它并非银弹

    作者 | Jens Neuse 译者 | 平川 策划 | 蔡芳芳 我认为,GraphQL 将改变世界。将来,你可以使用 GraphQL 查询世界上的任何系统。我在创造这样的未来。...那么我为什么要对使用 GraphQL 进行辩驳呢?我个人最讨厌的是,社区一直在宣传 GraphQL 的好处,而这些好处却非常普通,并且与 GraphQL 实际上没有任何关系。...这篇文章是对 Kyle Schrade 的文章“为什么使用 GraphQL”的回应。这并不是批评。这篇文章是一个很好的讨论基础,因为它代表了我在社区中经常听到的观点。...因为这个原因,你在版本控制方面不会有任何问题。 我无法认同这个结论,不能仅仅因为 GraphQL 模式不支持本地版本控制就说问题消失了。如果不为 REST API 设置版本,也会取得同样的效果。...我很确定他了解部分响应。我猜他想说的是,部分响应需要有人实现。实际上,这与你在 GraphQL 中从一个资源里选择子字段非常类似。在 GraphQL 中,这是个开箱即用的特性。

    2K10

    2020年AWS,Microsoft和Google应进行的云收购

    Cognito在其他AWS产品中尤为根深蒂固,使用Auth0可能是一个工程项目。话虽如此,回报可能是巨大的。...微软还可以继续使用Visual Studio Code和GitHub来推动这些技术在Azure而非其竞争对手上的采用。 这种潜在的云收购将不会带来什么危险。...Google云端:Hasura 谷歌在虚拟机和容器方面基本上与Azure和AWS相提并论,但过去五年来其行业领先的高级云服务的发展却停滞不前。 Firebase是一个很好的例子。...Google在添加服务时在竞争中拥有巨大的早期优势,但是在2014年使用Firebase的人今天可能不会注意到除了增加功能之外的很大差异。...因此,Google应该购买Hasura,它在Firebase落后的地方正拥有惊人的发展速度:对关系数据库,GraphQL的支持以及在开发者反馈的帮助下快速迭代的机会。

    6.6K20

    现代 Web 开发困局

    先来讨论第一个问题,这是一个困扰了我很久的问题,在之前的工作经验中,我的处理方式往往是,以功能为主的组件,先开发,再设计(比如富文本编辑器),以展示为主的,先设计,再开发,但是实际的协作仍然会出现很多问题...同时,因为组件在功能逻辑层面,前端已经做好了 composition,它们已经实现了组件之间的相互依赖关系,所以 UI 无需关心组件之间的依赖关系,当一个子组件的样式更新后,在设计套件中,父组件也能看到更新后的子组件...上面的场景说明,如果后端将用于操纵数据的接口封装的抽象层级过高,会出现无法满足前端的灵活使用的问题,除此之外还有处理一对多关系,比如一个班级里面包含很多学生,students 是 class 的一个属性...关系代数[2] 这样的语言描述的,基于树状关系(HTTP Path 是一种树状的命名空间) + 方法(Get Post Delete Put 等) 的描述方式过弱,远远无法支撑实际的数据操作,但直接使用...在 React Query 中,由于其本身的设计是后端无关的,数据间的依赖关系是通过手动维护 query 的命名数组进行的,尚未达成自动解决依赖的问题。

    40720

    现代 Web 开发困局

    先来讨论第一个问题,这是一个困扰了我很久的问题,在之前的工作经验中,我的处理方式往往是,以功能为主的组件,先开发,再设计(比如富文本编辑器),以展示为主的,先设计,再开发,但是实际的协作仍然会出现很多问题...同时,因为组件在功能逻辑层面,前端已经做好了 composition,它们已经实现了组件之间的相互依赖关系,所以 UI 无需关心组件之间的依赖关系,当一个子组件的样式更新后,在设计套件中,父组件也能看到更新后的子组件...上面的场景说明,如果后端将用于操纵数据的接口封装的抽象层级过高,会出现无法满足前端的灵活使用的问题,除此之外还有处理一对多关系,比如一个班级里面包含很多学生,students 是 class 的一个属性...[2]这样的语言描述的,基于树状关系(HTTP Path 是一种树状的命名空间) + 方法(Get Post Delete Put 等) 的描述方式过弱,远远无法支撑实际的数据操作,但直接使用 SQL...在 React Query 中,由于其本身的设计是后端无关的,数据间的依赖关系是通过手动维护 query 的命名数组进行的,尚未达成自动解决依赖的问题。

    23020

    现代 Web 开发困局

    先来讨论第一个问题,这是一个困扰了我很久的问题,在之前的工作经验中,我的处理方式往往是,以功能为主的组件,先开发,再设计(比如富文本编辑器),以展示为主的,先设计,再开发,但是实际的协作仍然会出现很多问题...同时,因为组件在功能逻辑层面,前端已经做好了 composition,它们已经实现了组件之间的相互依赖关系,所以 UI 无需关心组件之间的依赖关系,当一个子组件的样式更新后,在设计套件中,父组件也能看到更新后的子组件...上面的场景说明,如果后端将用于操纵数据的接口封装的抽象层级过高,会出现无法满足前端的灵活使用的问题,除此之外还有处理一对多关系,比如一个班级里面包含很多学生,students 是 class 的一个属性...关系代数[2] 这样的语言描述的,基于树状关系(HTTP Path 是一种树状的命名空间) + 方法(Get Post Delete Put 等) 的描述方式过弱,远远无法支撑实际的数据操作,但直接使用...在 React Query 中,由于其本身的设计是后端无关的,数据间的依赖关系是通过手动维护 query 的命名数组进行的,尚未达成自动解决依赖的问题。

    39330

    我们在未来会怎样构建Web应用程序?

    我想到了旅途的最后,你一定会同意我的观点,那就是浏览器中的数据库看起来应该是最有用的抽象之一。不过,这里说的有点太远了,我们先从头开始。 1客户端 这段旅程始于浏览器中的 Javascript。  ...这些规则往往会拖慢查询优化器的速度,并且 SQL 本身会变得越来越难推理。  GraphQL+Hasura GraphQL 是一种很好的方法来声明性地定义你想要从客户端获取的数据。...像 Hasura 这样的服务可以使用像 Postgres 这样的数据库,并做一些聪明的事情,比如给你一个 GraphQL API。 Hasura 很适合读取数据。...5未来 现在的问题是:这些工具会演变成什么样子? 在某些层面,未来已经到来了。例如,我认为 Figma 就是一款来自未来的应用:它可以出色地处理离线模式、撤消 / 重做和多人关系。...Slava 的《为什么 RethinkDB 会失败》描绘了在开发工具市场中获胜的难度有多大。我不认为他是错的。这样做需要对如何构建护城河并扩展成下一个 AWS 给出令人信服的回答。

    10K30

    现代 Web 开发困局

    先来讨论第一个问题,这是一个困扰了我很久的问题,在之前的工作经验中,我的处理方式往往是,以功能为主的组件,先开发,再设计(比如富文本编辑器),以展示为主的,先设计,再开发,但是实际的协作仍然会出现很多问题...同时,因为组件在功能逻辑层面,前端已经做好了 composition,它们已经实现了组件之间的相互依赖关系,所以 UI 无需关心组件之间的依赖关系,当一个子组件的样式更新后,在设计套件中,父组件也能看到更新后的子组件...上面的场景说明,如果后端将用于操纵数据的接口封装的抽象层级过高,会出现无法满足前端的灵活使用的问题,除此之外还有处理一对多关系,比如一个班级里面包含很多学生,students 是 class 的一个属性...关系代数[2] 这样的语言描述的,基于树状关系(HTTP Path 是一种树状的命名空间) + 方法(Get Post Delete Put 等) 的描述方式过弱,远远无法支撑实际的数据操作,但直接使用...在 React Query 中,由于其本身的设计是后端无关的,数据间的依赖关系是通过手动维护 query 的命名数组进行的,尚未达成自动解决依赖的问题。

    27520

    大厂都在实践的GraphQL,你了解吗?

    前言 最近,GraphQL 在构建后端 API 方面获得越来越多大公司的青睐, 如 PayPal、Facebook、Hasura、去哪儿等公司都做了大量实践。...定义模型后,让我们将其放在资源目录中的文件夹 graphql 下,文件名为 schema.graphqls 。Spring 会自动读取扩展名为 *.graphqlss 的模型文件。...带有@QueryMapping注释的函数将成为查询的处理程序。 查询名称会自动映射到函数名称,或者使用 @QueryMapping接口的value参数(在本例中为person)显式定义它。...使用 GraphIQL 查询数据 我们可以在路径 /graphiql 访问 GraphiQL 接口。 在查询数据之前,让我们先使用 mutation 操作存储一些数据。...对 GranphQL有兴趣的同学可以在官网https://graphql.org/ 进一步了解更深入的知识。

    2.6K40

    2021年11个最佳无代码低代码后端开发利器

    它们是特殊的字段类型,Airtable处理数值的计算。重复性任务的自动化可以节省大量的时间并减少错误率。在Airtable基础中建立自动化工作流程是通过使用自定义动作来触发一个事件。...使用关系型数据库的好处是,它可以帮助你一直保持一致。 关系型数据库或SQL数据库是基于表的数据库。它们有预先定义的模式,并使用结构化查询语言(SQL)来定义和操作数据。...非关系型或NoSQL数据库有动态模式。它们以文件的集合或多个集合的形式存储数据。 在使用Supabase时,你将在其图形用户界面(GUI)中度过大部分时间。...◆ Hasura 最适合那些正在寻找基于GraphQL的快速解决方案并希望向后兼容REST的专家。 Hasura是一个即时的实时GraphQL APIs引擎。...它使你的数据可以通过GraphQL API或REST API即时访问。这有助于你专注于建立和运送应用程序的速度。 Hasura使用Postgres连接连接到数据库。它可以横向扩展并保持状态以缓存查询。

    12.6K20

    使用数据库编程在PostgreSQL上构建石头剪刀布游戏

    那么为什么现代软件工程团队通常只使用其中的一小部分呢? 作为一个年轻的开发者,我周围的人都告诉我,使用这些功能是一种过时的做法,属于 DBA 自由漫游和单体架构统治世界的古代时代。...一旦您的应用程序被拆分为两个通过网络通信的组件(例如服务器和数据库),您就必须处理在分布式系统中维护正确性的挑战,从而有效地放弃了现代关系数据库免费提供的许多功能。...数据库编程正在卷土重来 近年来,我观察到我们行业中的许多工程师和架构师越来越意识到完全避免数据库编程的成本。许多人正在寻找更好的方法将高级数据库功能集成到他们的应用程序中。...Hasura 是一款实时 GraphQL 引擎,它可以立即在新的或现有的 Postgres 数据库上为您提供 GraphQL API。...简而言之,当我们的用户调用 play 时,会发生以下情况: 对手选择一个随机的动作。 使用 turn_result 计算回合的结果。 将结果插入 games 表。

    13310

    GraphQL详解

    它是数据库无关的,而且可以在使用API的任何环境中有效使用,我们可以理解为GraphQL是基于API之上的一层封装,目的是为了更好,更灵活的适用于业务的需求变化。...总结它的好处: 在它的设计思想中,GraphQL 以图的形式将整个 Web 服务中的资源展示出来,客户端可以按照其需求自行调用,类似添加字段的需求其实就不再需要后端多次修改了。...了解清楚后我全面拥抱GraphQL GraphQL执行逻辑 有人会问: 使用了GraphQL就要完全抛弃REST了吗? GraphQL需要直接对接数据库吗?...通过对象模型来构建GraphQL中关于一个数据模型的形状,同时还可以声明各个模型之间的内在关联(一对多、一对一或多对多)。 对象类型的定义可以参考下图: 对象模型引入关联关系 是不是很方便呢?...Hasura:一个 BaaS(后端即服务),允许你在 Postgres 上创建数据表、定义权限并使用 GraphQL 接口查询和操作。

    2.6K00
    领券