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

数据处理第3部分:选择行的基本和高级的方法

在这篇文章中,我们将介绍如何挑选您的数据。 除了filter的基础知识外,它还介绍了一些更好的方法,用near()和between()挑选数字列,或用正则表达式过滤字符串列。...---- The data 根据之前的博客文章,为了方便人们复制粘贴代码和实验,我使用的是内置数据集。 此数据集内置于ggplot2中,因此如果您加载tidyverse,您将获得它。...示例代码将返回bodywt大于100的所有行,并且sleep_total大于15或者不是Carnivora订单的一部分。...msleep数据集有一组睡眠和体重测量,其中一些数据丢失 - 我无法在那里添加数据。 但是前几组专栏只包含动物信息。...将是非常无用的,因为它将返回27行,其中许多是测量部分中缺少的数据。 在这种情况下:filter_if()派上用场。 描述列都是字符列,而测量数据是数字。

1.9K10

静默错误:Oracle 数据库是如何应对和处理的 ?

这一方面说明了自动化运维的重要性,另一方面仍然要警惕自动化中的故障传播。 既然有这样一个机会让我们了解了『静默错误』,那么我们可以进一步来看一看,在Oracle数据库中的静默错误是如何处理的。...结果,数据被写入错误的位置; 一个区域有旧的,错误的数据; 另一个区域丢失了数据,RAID系统和HDD都未检测到此错误。 检索B或C的访问将导致返回不正确的数据而不发出任何警告。 ?...撕裂写入 在其他情况下,只有一些应该一起写入的扇区最终会出现在磁盘上。 这称为“撕裂写入”,其导致包含部分原始数据和部分新数据的数据块。 一些新数据已丢失,一些读取将返回旧数据。...同样,硬盘不知道此错误并返回成功代码,因此RAID无法检测到它。访问检索B将返回部分不正确的数据,这是完全不可接受的。...引用一下,用现在的定义就应该属于『静默错误』的范畴: 最近在紧急故障处理时,帮助用户恢复数据库遇到了一则罕见的归档日志损坏案例,在这里和大家分享一下,看看是否有人遇到过类似的问题。

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

    RESTful API 最佳实践(阮一峰)

    本文总结 RESTful 的设计细节,介绍如何设计出易于理解和使用的 API。 ?...1.2 动词的覆盖 有些客户端只能使用GET和POST这两种方法。服务器必须接受POST模拟其他三个方法(PUT、PATCH、DELETE)。...它应该是名词,不能是动词。比如,/articles这个 URL 就是正确的,而下面的 URL 不是名词,所以都是错误的。...三、服务器回应 3.1 不要返回纯本文 API 返回的数据格式,不应该是纯文本,而应该是一个 JSON 对象,因为这样才能返回标准的结构化数据。...这张做法实际上取消了状态码,这是完全不可取的。正确的做法是,状态码反映发生的错误,具体的错误信息放在数据体里面返回。下面是一个例子。 ?

    2K41

    RESTful API 最佳实践(阮一峰)

    本文总结 RESTful 的设计细节,介绍如何设计出易于理解和使用的 API。 ?...1.2 动词的覆盖 有些客户端只能使用GET和POST这两种方法。服务器必须接受POST模拟其他三个方法(PUT、PATCH、DELETE)。...它应该是名词,不能是动词。比如,/articles这个 URL 就是正确的,而下面的 URL 不是名词,所以都是错误的。...三、服务器回应 3.1 不要返回纯本文 API 返回的数据格式,不应该是纯文本,而应该是一个 JSON 对象,因为这样才能返回标准的结构化数据。...这张做法实际上取消了状态码,这是完全不可取的。正确的做法是,状态码反映发生的错误,具体的错误信息放在数据体里面返回。下面是一个例子。 ?

    3.1K20

    RESTful 最佳实践

    本文将介绍如何设计易于理解和使用的 API,并且借助 Docker api 的实践说明。...GET: 读取资源 POST:新建资源 PUT:更新资源 PATCH:资源部分数据更新 DELETE:删除资源 正确的例子 GET /zoos:列出所有动物园 POST /zoos:新建一个动物园 GET...1.3 宾语必须是名词 就是 API 的url ,是 HTTP 动词作用的对象,所以应该是名词。例如 /books 这个 URL 就是正确的,而下面的 URL 不是名词,都是错误的写法。...服务器响应 3.1 不要返回纯文本 API 返回的数据格式,不应该是纯文本,而应该是一个 JSON 对象,因为这样才能返回标准的结构化数据。...这张做法实际上取消了状态码,这是完全不可取的。正确的做法是,状态码反映发生的错误,具体的错误信息放在数据体里面返回。下面是一个例子。

    1.3K10

    REST API 最佳实践

    PUT 和 PATCH 都是幂等的。 删除:使用 DELETE 删除现有资源(幂等)。 简而言之,你应该让 HTTP 动词来处理端点的工作。...因此,GET 将检索资源,POST 将创建资源,PUT 将更新整个资源,DELETE 将删除资源,PATCH 更新资源的局部数据。 5.用过滤、排序和分页请求数据 有时,API 的数据库可能非常大。...例如,Python 提供json.load() 和 json.dumps()来处理 JSON 数据。...为了确保客户端正确地解释 JSON 数据,你应该在发出请求时将响应头中的 Content-Type 类型设置为 application/json。...16.提供准确的 API 文档 当你创建 REST API 时,你需要帮助用户(消费者)正确学习并了解如何使用它。最好的方法是为 API 提供良好的文档。

    2.8K20

    使用 swagger 生成Flask RESTful API

    协议 API与用户的通信协议总是使用HTTPs协议。 域名 应该尽量将API部署在专用域名,例如: https://apis.gusibi.com API地址和版本 在url中指定API版本。...它说明了请求的大致情况,是否正常完成、需要进一步处理、出现了什么错误,对于客户端非常重要。...400 INVALID REQUEST - [POST/PUT/PATCH]:用户发出的请求有错误,服务器没有进行新建或修改数据的操作,该操作是幂等的。.../resource:返回完整的资源对象PATCH /collection/resource:返回完整的资源对象DELETE /collection/resource:返回一个空文档 错误处理(Error...如果状态码是4xx,就应该向用户返回出错信息。 良好的文档 文档应该是规范的API的重要的组成部分,没有文档的API是难以给他人使用的,也是不利于维护的。

    4.2K30

    使用 swagger 生成规范化的RESTful API 代码

    协议 API与用户的通信协议总是使用HTTPs协议。 域名 应该尽量将API部署在专用域名,例如: https://apis.gusibi.com API地址和版本 在url中指定API版本。...它说明了请求的大致情况,是否正常完成、需要进一步处理、出现了什么错误,对于客户端非常重要。...400 INVALID REQUEST - [POST/PUT/PATCH]:用户发出的请求有错误,服务器没有进行新建或修改数据的操作,该操作是幂等的。.../resource:返回完整的资源对象PATCH /collection/resource:返回完整的资源对象DELETE /collection/resource:返回一个空文档 错误处理(Error...如果状态码是4xx,就应该向用户返回出错信息。 良好的文档 文档应该是规范的API的重要的组成部分,没有文档的API是难以给他人使用的,也是不利于维护的。

    7.2K10

    前后端分离后,RESTful API 最佳实践

    它的大原则容易把握,但是细节不容易做对。本文总结 RESTful 的设计细节,介绍如何设计出易于理解和使用的 API。 ?...1.2 动词的覆盖 有些客户端只能使用GET和POST这两种方法。服务器必须接受POST模拟其他三个方法(PUT、PATCH、DELETE)。...比如,/articles这个 URL 就是正确的,而下面的 URL 不是名词,所以都是错误的。...三、服务器回应 3.1 不要返回纯本文 API 返回的数据格式,不应该是纯文本,而应该是一个 JSON 对象,因为这样才能返回标准的结构化数据。...这张做法实际上取消了状态码,这是完全不可取的。正确的做法是,状态码反映发生的错误,具体的错误信息放在数据体里面返回。下面是一个例子。

    1.2K30

    2019-05-30 如何优雅的设计RESTful API?这是我看过讲的最清晰的文章!

    本文总结 RESTful 的设计细节,介绍如何设计出易于理解和使用的 API。...比如,/articles这个 URL 就是正确的,而下面的 URL 不是名词,所以都是错误的。...1xx:相关信息 2xx:操作成功 3xx:重定向 4xx:客户端错误 5xx:服务器错误 这五大类总共包含100多种状态码,覆盖了绝大部分可能遇到的情况。...不要返回纯本文 API 返回的数据格式,不应该是纯文本,而应该是一个 JSON 对象,因为这样才能返回标准的结构化数据。...这张做法实际上取消了状态码,这是完全不可取的。正确的做法是,状态码反映发生的错误,具体的错误信息放在数据体里面返回。 下面是一个例子。

    1.2K40

    RESTful API 设计规范

    它的大原则容易把握,但是细节不容易做对。本文总结 RESTful 的设计细节,介绍如何设计出易于理解和使用的 API。...# GET:读取(Read) # POST:新建(Create) # PUT:更新(Update) # PATCH:更新(Update),通常是部分更新 # DELETE:删除(Delete) 动词的覆盖...宾语必须是名词 宾语就是 API 的 URL,是 HTTP 动词作用的对象。它应该是名词,不能是动词。比如,/articles这个 URL 就是正确的,而下面的 URL 不是名词,所以都是错误的。...---- 三、服务器回应 不要返回纯本文 API 返回的数据格式,不应该是纯文本,而应该是一个 JSON 对象,因为这样才能返回标准的结构化数据。...这张做法实际上取消了状态码,这是完全不可取的。正确的做法是,状态码反映发生的错误,具体的错误信息放在数据体里面返回。下面是一个例子。

    1.1K30

    撰写合格的REST API

    稍稍总结了些经验,在这篇文章里讲讲如何撰写「合格的」REST API。 RFC一致性 REST API一般用来将某种资源和允许的对资源的操作暴露给外界,使调用者能够以正确的方式操作资源。...PUT操作虽然有副作用,但其应该是幂等的。 PATCH(RFC5789): 修改某个已有的资源。 DELETE:删除某个资源。DELETE操作有副作用,但也是幂等的。...现在大多的REST framwork对HTTP methods都有正确的支持,有些旧的framework可能未必对PATCH有支持,需要注意。...修改是个很可怕的操作,我们既要保证正常的服务请求能够正确处理,还需要防止各种潜在的攻击,如replay。...metrics:服务器应该收集每个请求的访问时间,到达时间,处理时间,latency,便于了解API的性能和客户端的访问分布,以便更好地优化性能和应对突发请求。

    2.1K50

    如何设计规范的RESTful API

    GET :获取(Read) POST:新建 (Create) PUT:更新(Update) PATCH:更新(Update); 部分更新 DELETE:删除(Delete) 有一些客户端只能使用GET和...宾语就是API的URL,是HTTP动词作用的对象。他应该是名词,不能是动词。比如,/articles这个URL就是正确的,而下面URL不是名词,所以都是错误的。...1xx:相关信息 2xx:操作成功 3xx:重定向 4xx:客户端错误 5xx:服务器错误 总共这五大类总共包含100多种状态码,覆盖了绝大部分可能遇到的情况。...03 服务器回应 不要返回纯文本 API返回的数据格式,不应该是纯文本,而应该是一个JSON对象,因为这样才能返回标准的结构化数据。...上面的代码中,解析数据体以后,才能得知操作失败。 这种做法实际上取消了状态码,这完全不可取的,正确的做法是,状态码反应发生的错误,具体的错误信息放在数据体里面返回。下面是一个例子。

    86120

    RESTful

    接口基本原则: 1、安全可靠,高效易扩展 2、简单明了,可读性强,没有歧义 3、API风格统一,调用规则,传入参数和返回数据有统一的标准 RESTful的设计理念基于HTTP协议,设计原则: 1、HTTPS...3、某些情况下,资源会是单数形式,例如某个项目某个issue的锁,每个issue只会有一把锁,所以是单数 错误的例子: ? 正确的例子: ?...幂等性:指一次和多次请求某一个资源应该具有同样的副作用,也就是一次访问和多次访问,对这个资源带来的变化是相同的。 常见的动词及幂等性: ?...因为put是根据客户端提供了完整的资源数据,客户端提交什么就更新什么,而patch有可能是根据客户端提供的参数,动态的计算出某个值,例如每次请求后资源的某个参数减1,所以多次调用,资源会有不同的变化。...• 响应结果的例子说明,包括响应结果中,每个参数的释义。 • 对于某一类接口,需要有尽量详细的文字说明,比如针对一些特定场景,接口应该如何调用。 ?

    95640

    用ASP.NET Core 2.0 建立规范的 REST API -- DELETE, UPDATE, PATCH 和 Log

    HTTP PATCH请求的body部分需要使用RFC 6902 (JSOn Patch)这个标准来进行描述。...因为如果是500错误的话,就意味着是服务器出现了错误,而这实际上是API消费者(客户端)提交的数据有问题,是客户端的错误。所以返回的状态码应该是 4xx 系列。...PATCH的验证 PATCH与POST和PUT的验证稍微有一点不同,首先看一个例子,删除一个不存在的属性的值: ? 这个会导致返回500错误,这是不对的。...这里使用了500作为Log的EventId比较合适,毕竟是500错误。 我认为可以把Action里面返回500状态码的部分改成抛出异常。 然后我修改一下PATCH,以便能抛出一个异常: ?...异常被正常的抛出,在看一下控制台的Log: ? Log信息也被正确的打印。 下面在看看如何在Controller里面记录日志,首先注入Logger: ?

    2.4K20

    后端开发必备的 RestFul API 知识

    PATCH (UPDATE):更新服务器上的资源(客户端提供更改的属性,可以看做作是部分更新)。 DELETE (DELETE):从服务器删除资源。...一般来说,数据库中的表都是同种记录的"集合"(collection),所以API中的名词也应该使用复数。...举例来说,有一个API提供动物园(zoo)的信息,还包括各种动物和雇员的信息,则它的路径应该设计成下面这样。 接口尽量使用名词,禁止使用动词,下面是一些例子。...他们提供不良数据或要求不存在的东西。这些请求应该是幂等的,而不是更改服务器的状态。 5xx 范围的状态码是保留给服务器端错误用的。...400 INVALID REQUEST - [POST/PUT/PATCH]:用户发出的请求有错误,服务器没有进行新建或修改数据的操作,该操作是幂等的。

    1.2K40

    REST API设计指导——译自Microsoft REST API Guidelines(四)

    用户应该能够轻松读懂和理解URL的结构。 PS:API URL路径结构应该是友好的易于理解的。甚至用户无需通过阅读API文档能够猜出相关结构和路径。...符合 Microsoft REST API 指南的 API 应该支持 PATCH 方法。...为了解决这些限制,服务还应该接受这些PII参数作为URL的一部分,并与这些指南的其余部分保持一致。...接受PII参数的服务——无论是在URL中还是作为头部——应该符合由其组织的领导层指定的隐私策略。这通常包括推荐的客户端传输的标头,并且实现遵循特殊的预防措施,以确保正确处理日志和其他服务数据的收集。...对于非成功条件,开发人员应该能够编写一段代码进行处理,以在不同的Microsoft REST API准则服务中一致地处理类似错误。

    3K50

    Python开源补丁神器patch库:轻松实现猴子补丁的最佳实践

    前言在Python开发过程中,有时我们需要临时修改某些函数或类的行为,而又不想(或无法)直接修改源代码。这种情况特别常见于:测试过程、处理第三方库的bug、或者为现有代码添加临时功能。...patch库简介patch库实际上是Python标准库unittest.mock的一部分,专门用于在测试中替换对象。它提供了一种结构化的方式来应用猴子补丁,尤其适合单元测试场景。...patch是unittest.mock的一部分,而unittest.mock从Python 3.3开始已经是标准库,所以如果你使用的是Python 3.3+,无需额外安装!...,展示如何测试与数据库交互的代码:```pythonuser_service.pyclass UserService: def init(self, db): self.db = dbtest_user_service.pyfrom...() mock_db.query.return_value = None```最佳实践使用patch时,有一些最佳实践值得遵循:准确定位补丁目标最常见的错误是补丁目标不正确。

    48710
    领券