首页
学习
活动
专区
圈层
工具
发布

MongoDB-使用$type查询某个字段的类型是否为xxx

我目前的主要工作会涉及到数据清洗之后的数据验证,一般都是入库到mongodb库中,熟练的掌握mongodb的一些用法的话,可以帮助快速的找到有没有异常数据等,从各个方面去校验数据的质量。...比如:产品文档中有说明某个字段应该是数字类型,那你就可以写查询语句反向查询下是否有不满足要求的数据。...接下来,今天学习mongodb中$type的用法: 查询user表中age字段为string类型的数据: db.getCollection("user").find({age:{$type:"string..."}}) db.getCollection("user").find({age:{$type:2}}) mongo中的常见的类型以及对应在查询语句中可以使用的数字编号关系映射表如下: 以上呢只是一些别人列举的比较常见的枚举值...,以后可能还会更新,在使用的时候,如果输入错误的类型进行查询,查询是会报错的。

2.1K20
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    构建 Rust 异步 GraphQL 服务:基于 tide + async-graphql + mongodb(4)- 变更服务

    表示省略粘贴部分代码;而使用简单对象类型的下部分代码块,是完整的。需要强调的是:如果对类型字段未有计算处理,使用简单对象类型可以对代码进行精简。...的文档中,已经多了一个类型定义: 执行查询,我们看看返回结果: 变更服务 接下来,我们开发 GraphQL 的变更服务。...定义 NewUser 输入对象类型 在此,我们定义一个欲插入 users 集合中的结构体,包含对应字段即可,其为 async-graphql 中的 输入对象类型。...对于 MongoDB 的文档数据库特性,插入是没有问题的。但查询时如果包括 cred 字段,对于不包含此字段的 MongoDB 文档,则需要特殊处理。...再者,我们将 NewUser 结构体插入 MongoDB 数据库后,应当返回插入结果。因此,我们还需要开发一个根据 username 或者 email 查询用户的 GraphQL 服务。

    1.9K31

    基于 actix、async-graphql、rbatis 构建异步 Rust GraphQL 服务(2)- 查询服务

    /gql touch mod.rs queries.rs mutations.rs 构建一个查询示例 首先,我们构建一个不连接数据库的查询示例:通过一个函数进行求合运算,将其返回给 graphql...同时,我们要进行 actix-web 中的请求处理(handler)函数的编写。 actix-web 的请求处理函数中,请求为 HttpRequest 类型,响应类型则是 HttpResponse。...在左侧输入: query { add(a: 110, b: 11) } 右侧的返回结果为: { "data": { "add": 121 } } 基础的 GraphQL 查询服务成功...pub async fn username(&self) -> &str { self.username.as_str() } } 上述代码中,User 结构体中定义的字段类型为...下篇摘要 目前我们成功开发了一个基于 Rust 技术栈的 GraphQL 查询服务,但本例代码是不够满意的,如冗长的返回类型 std::result::Result, async_graphql

    2.9K20

    基于 actix、async-graphql、rbatis、pgsqlmysql 构建 GraphQL 服务(4)-变更服务

    这半个月以来,活跃的 Rust 社区生态,进行了诸多更新:Rust 版本即将更新为 1.52.0,Rust 2021 版即将发布……本示例项目中,使用的依赖项 async-graphql / async-graphql-actix-web...定义 NewUser 输入对象类型 在此,我们定义一个欲插入 users 集合中的结构体,包含对应字段即可,其为 async-graphql 中的输入对象类型。...因此,在此我们需要介绍一个 async-graphql 中的属性标记 #[graphql(skip)],其表示此字段不会映射到 GraphQL。...因为我们已经设定 email 为用户的唯一性标志属性,因此直接使用 get_user_by_email 查询已经插入用户即可。...user 数据时出错"); self::get_user_by_email(my_pool, &new_user.email).await } } 将服务添加到服务总线 查询服务对应的服务总线为

    1.5K30

    构建基于 Rust 技术栈的 GraphQL 服务(2)- 查询服务第一部分

    /gql touch mod.rs queries.rs mutations.rs 构建一个查询示例 首先,我们构建一个不连接数据库的查询示例:通过一个函数进行求合运算,将其返回给 graphql...cargo watch -x "run" 但遗憾的是——此时,你会发现服务器无法启动,因为上面的代码中,我们使用了 #[async_std::main] 此类的 Rust 属性标记。...同时,MongoDB 驱动程序中,支持的异步运行时 crate 为 tokio,我们其它如 tide 和 async-graphql 都是基于 async-std 异步库的,所以我们一并修改。...listening on http://127.0.0.1:8080 执行 GraphQL 查询 请打开您的浏览器,输入 http://127.0.0.1:8080/graphiql,您会看到如下界面..."add": 121 } } 基础的 GraphQL 查询服务成功!

    1.3K20

    GO语言程序查询数据库字段为空遇到的几个问题总结

    如果字段值可能为空,那么从表里面读取数据的时候程序使用的变量类型应该使用 sql.NullXXX 类型,比如下面的日期类型: var id uint var createAt time.Time var..., &endAt, &monthBegin, &monthEnd, &child, &content, &creator) 这里读取数据都没有问题,但是发现当数据库日期类型字段为...column ‘start‘ at row 1 要解决这个问题的办法,就不能使用日期类型变量的默认值插入数据库,可以定义一个引用类型的变量,比如下面的代码,在上面Scan之后将读取出来的变量值赋值给一个结构对象...PS: GO语言程序查询数据处理空值的方式还是比较简陋的,容易掉坑里面去。要避免这个问题,最简单的办法还是在建表的时候,给所有字段都设置默认值。...彩蛋: 上面示例中 RecipeDO 结构体的Content字段是一个复杂结构,数据库对应的表的Content字段是一个json类型,这个字段插入数据库之前必须先Json序列化,补上序列化它们的代码:

    3.9K10

    PostgreSQL查询数据库表以及每一个表里面的字段的类型,字段名称,字段意思

    目录 1 查看特定表名备注 2 查看全部表名和备注 3 查询全部都表名 4 查看特定表名字段,字段类型,描述 5 查询所有表名称以及字段含义 1 查看特定表名备注 select relname as tabname...'pg_class') as varchar) as comment from pg_class c where relname ='user'; 2 查看全部表名和备注 就是查看public 下的全部都表名称...,字段类型,描述 select a.attnum,a.attname,concat_ws('',t.typname,SUBSTRING(format_type(a.atttypid,a.atttypmod...a.attnum>0 and a.attrelid=c.oid and a.atttypid=t.oid and d.objoid=a.attrelid and d.objsubid=a.attnum; 5 查询所有表名称以及字段含义...字段备注,concat_ws('',t.typname,SUBSTRING(format_type(a.atttypid,a.atttypmod) from '\(.*\)')) as 列类型 from

    4.4K20

    GraphQL到底怎么使?看看智联前端团队技术沉淀

    在执行字段 Resolver 之后会得字段的值,如果值的类型为对象,则会继续执行其下层字段的 Resolver,如 contractedAuthor() 后得到值类型为 Author,会继续执行 name...而在研究 GraphQL 时发生的的误解在于: 规范、教程提到 query(查询)时,无法确认是指客户端侧客户端发出的 Query Document 整个操作还是,Document 中的 query 操作...调试:由于我们调用 GraphQL 接口时(如:xxx/graphql/im)无法像 RESTful 接口那样(如:xxx/graphql/im/message、xxx/graphql/im/user)...版本控制:客户端结构化的查询方式可以让服务追踪到字段的使用情况。且在增加字段时,根据结构化查询按需查询的特点,不会影响旧的调用(虽然 JavaScript 对多了个字段的事情不在意)。...调用合并:GraphQL 的理念就是将多个查询合并,对应服务端,通常只会提供一个合并后的“大”的接口,那么原本以 URL 为粒度的性能监控、请求追踪就会有问题,可能需要改为以 root field(根字段

    2.9K20

    GraphQL+Koa2实现服务端API结合Apollo+Vue

    它弥补了 RESTful API(字段冗余,扩展性差、无法聚合 api、无法定义数据 类型、网络请求次数多)等不足 注意:GraphQL 是 api 的查询语言,而不是数据库。...从这个意义上说,它是数据库无关的, 而且可以在使用 API 的任何环境中有效使用,我们可以理解为 GraphQL 是基于 API 之上的一 层封装,目的是为了更好,更灵活的适用于业务的需求变化 GraphQL...比如:字段冗余,扩展性差、无法聚合 api、无法 定义数据类型、网络请求次数多 GraphQL 的出现整好弥补了 RESTful APi 的不足 使用 GraphQL 的公司 目前已经有很多的公司在使用...前端对于真正用到的字段是没有直观映像的,仅仅通过 url 地址,无法预测也无 法回忆返回的字段数目和字段是否有效,接口返回 50 个字段,但却只用 5 个字段,造 成字段冗余,扩展性差,单个 RESTful...几乎所有GraphQL类型都是对象类型。Object类型有一个name字段,以及一个很重要的fields字段。fields字段可以描述出一个完整的数据结构。

    6.1K42

    GraphQL详解

    GraphQL本质上是一种基于api的查询语言,现在大多数应用程序都需要从服务器中获取数据,这些数据存储可能存储在数据库中,API的职责是提供与应用程序需求相匹配的存储数据的接口。...它是数据库无关的,而且可以在使用API的任何环境中有效使用,我们可以理解为GraphQL是基于API之上的一层封装,目的是为了更好,更灵活的适用于业务的需求变化。...图数据库模式的数据查询 那我们已经能看到GraphQL的先进性,接下来看看它是怎么做的。...,为下一步查询返回做准备; 前端使用模式查询语言(Schema)来描述需要请求的数据对象类型和具体需要的字段(称之为声明式数据获取); 后端GraphQL通过前端传过来的请求,根据需要,自动组装数据字段...想要描述数据,就必须离不开数据类型的定义。所以GraphQL设计了一套Schema模式(可以理解为语法),其中最重要的就是数据类型的定义和支持。

    3.1K00

    GraphQL

    GraphQL本质上是一种基于api的查询语言,现在大多数应用程序都需要从服务器中获取数据,这些数据存储可能存储在数据库中,API的职责是提供与应用程序需求相匹配的存储数据的接口。...它是数据库无关的,而且可以在使用API的任何环境中有效使用,我们可以理解为GraphQL是基于API之上的一层封装,目的是为了更好,更灵活的适用于业务的需求变化。...图数据库模式的数据查询 那我们已经能看到GraphQL的先进性,接下来看看它是怎么做的。...,为下一步查询返回做准备; 前端使用模式查询语言(Schema)来描述需要请求的数据对象类型和具体需要的字段(称之为声明式数据获取); 后端GraphQL通过前端传过来的请求,根据需要,自动组装数据字段...想要描述数据,就必须离不开数据类型的定义。所以GraphQL设计了一套Schema模式(可以理解为语法),其中最重要的就是数据类型的定义和支持。

    3.2K65

    我为什么要放弃RESTful,选择拥抱GraphQL

    GraphQL本质上是一种基于api的查询语言,现在大多数应用程序都需要从服务器中获取数据,这些数据存储可能存储在数据库中,API的职责是提供与应用程序需求相匹配的存储数据的接口。...它是数据库无关的,而且可以在使用API的任何环境中有效使用,我们可以理解为GraphQL是基于API之上的一层封装,目的是为了更好,更灵活的适用于业务的需求变化。...图数据库模式的数据查询 那我们已经能看到GraphQL的先进性,接下来看看它是怎么做的。...,为下一步查询返回做准备; 前端使用模式查询语言(Schema)来描述需要请求的数据对象类型和具体需要的字段(称之为声明式数据获取); 后端GraphQL通过前端传过来的请求,根据需要,自动组装数据字段...想要描述数据,就必须离不开数据类型的定义。所以GraphQL设计了一套Schema模式(可以理解为语法),其中最重要的就是数据类型的定义和支持。

    3K40

    为什么我劝你放弃了Restful API?

    GraphQL本质上是一种基于api的查询语言,现在大多数应用程序都需要从服务器中获取数据,这些数据存储可能存储在数据库中,API的职责是提供与应用程序需求相匹配的存储数据的接口。...它是数据库无关的,而且可以在使用API的任何环境中有效使用,我们可以理解为GraphQL是基于API之上的一层封装,目的是为了更好,更灵活的适用于业务的需求变化。...GraphQL 思考模式 使用GraphQL接口设计获取数据需要三步: 首先要设计数据模型,用来描述数据对象,它的作用可以看做是VO,用于告知GraphQL如何来描述定义的数据,为下一步查询返回做准备;...前端使用模式查询语言(Schema)来描述需要请求的数据对象类型和具体需要的字段(称之为声明式数据获取); 后端GraphQL通过前端传过来的请求,根据需要,自动组装数据字段,返回给前端。...所以GraphQL设计了一套Schema模式(可以理解为语法),其中最重要的就是数据类型的定义和支持。 那么类型(Type)就是模式(Schema)最核心的东西了。 什么是类型?

    3.8K20

    GraphQL学习第一篇 -GraphQL简介

    GraphQl 介绍 GraphQL 是一种新的 API 的查询语言,它提供了一种更高效、强大和灵活 API 查询。它 是由 Facebook 开发和开源,目前由来自世界各地的大公司和个人维护。...它弥补了 RESTful API(字段冗余,扩展性差、无法聚合 API、无法定义数据 类型、网络请求次数多)等不足。 注意:GraphQL 是 API 的查询语言,而不是数据库。...从这个意义上说,它是数据库无关的, 而且可以在使用 API 的任何环境中有效使用,我们可以理解为 GraphQL 是基于 API 之上的一 层封装,目的是为了更好,更灵活的适用于业务的需求变化。...前端对于真正用到的字段是没有直观映像的,仅仅通过 URL 地址,无法预测也无法回忆返回的字段数目和字段是否有效,接口返回 50 个字段,但却只用 5 个字段,造成字段冗余,扩展性差,单个 RESTful...前后端字段频繁改动,导致类型不一致,错误的数据类型可能会导致网站出错,尤其是在业务多变的场景中,很难在保证工程质量的同时快速满足业务需求 2. GraphQL 的优点 (1).

    70630

    干货 | 万字长文全面解析GraphQL,携程微服务背景下的前后端数据交互方案

    其中 Query 对象是数据消费的入口。所有查询,都是对 Query 对象下的字段的查询。可以把 Query 下的字段,理解为一个个 RESTful API。...上图定义了一个 schema,只有一个类型为 String 的 hello 字段,它的 resolver 函数里,无视所有参数,直接 return 一个 hello world 字符串。...因此,后面我们讨论的 GraphQL,如果没有特别声明,都可以理解为上面所说的第二种类型。...(在代码里我们用 json 模拟了数据库表,所以是同步代码,实际项目里,它可以是异步的调用接口或者查询数据库)。 上面的 logger,只是一个简单案例。...它既可以在没有数据时,提供假数据;也可以在真数据的接口有问题时,不用重启服务,也能降级为假数据。它既可以是整个 GraphQL 查询级别的 mock,也可以是字段级别的 mock。

    4.2K21

    GraphQL-BFF:微服务背景下的前后端数据交互方案

    其中 Query 对象是数据消费的入口。所有查询,都是对 Query 对象下的字段的查询。可以把 Query 下的字段,理解为一个个 RESTful API。...上图定义了一个 schema,只有一个类型为 String 的 hello 字段,它的 resolver 函数里,无视所有参数,直接 return 一个 hello world 字符串。...因此,后面我们讨论的 GraphQL,如果没有特别声明,都可以理解为上面所说的第二种类型。...(在代码里我们用 json 模拟了数据库表,所以是同步代码,实际项目里,它可以是异步的调用接口或者查询数据库)。 上面的 logger,只是一个简单案例。...它既可以在没有数据时,提供假数据;也可以在真数据的接口有问题时,不用重启服务,也能降级为假数据。它既可以是整个 GraphQL 查询级别的 mock,也可以是字段级别的 mock。

    4.3K72
    领券