Elasticsearch 中管道

在这里插入图片描述

1、管道( Ingest Pipeline)

请求请求PUT /_ingest/pipeline/attachment是在Elasticsearch中创建一个Ingest Pipeline,用于处理文档中的附件(如PDF、Word、TXT等),提取出其中的文本内容和元数据,并删除原始的附件数据。具体解释如下:

1.管道描述

"description": "提取附件信息"表明该Pipeline的目的是从上传的文件数据中提取内容和元数据。

2.处理器(Processors)

这个Pipeline包含两个处理器,分别是attachmentCPU和removeCPU。

(1)attachment处理器
{
   
    "attachment": {
   
        "field": "content",
        "ignore_missing": true
    }
}
  • 处理器attachment基于Elasticsearch的Ingest Attachment Processor插件,它的作用是从指定字段中提取文件内容作用和元数据。这里指定的字段是content,该字段通常是包含附件文件的Base64编码数据,比如PDF、Word或者TXT文件的内容。
  • 内容提取:该处理器会解析content字段中存储的附件,并提取:
    • 文本内容(attachment.content
    • 文件类型(attachment.content_type
    • 语言(attachment.language
    • 作者(attachment.author,如果文件中有的话)
    • 文件大小(attachment.content_length)等元数据
  • ignore_missing: true:如果content字段不存在或者为空,处理器不会报错,但是会忽略这个字段并继续执行。这很实用,因为文档某些可能没有附件,你不希望整个处理过程缺少因为字段而失败。
(2)remove处理器
{
   
    "remove": {
   
        "field": "content"
    }
}
  • 作用:该处理器会在attachment处理器提取完数据后,删除原始的content字段,对Base64编码的文件数据。这样可以减少存储空间的占用,因为在提取完文本内容和元数据之后,通常不再需要保存原始的Base64数据。

3.整体流程

这个Pipeline的执行流程是:

  1. 提取文件内容和元数据:首先,attachment处理器从content字段中提取附件的内容和相关元数据,存储在新的attachment字段中。
  2. 删除原始的Base64数据文件:接着,remove处理器会删除原始的content字段,确保只保留提取出的文本和元数据,减少存储空间。

4.应用场景

可能的Pipeline主要用于处理包含文件附件的文档,比如你有一个PDF文件或Word文档,想要提取其中的文本并进行全面的搜索或分析。典型的使用场景包括:

  • 全文搜索:您可以对提取出的文件内容进行全文搜索,而不需要保留原始的文件数据。
  • 文件元数据存储:您可以存储并查询文件的元数据(如作者、文件类型、文件大小等),用于过滤或分析。

示例:如何使用该管道

  1. 创建管道(如本例中已经完成)

    PUT /_ingest/pipeline/attachment
    {
         
      "description": "提取附件信息",
      "processors": [
        {
         
          "attachment": {
         
            "field": "content",
            "ignore_missing": true
          }
        },
        {
         
          "remove": {
         
            "field": "content"
          }
        }
      ]
    }
    
  2. 上传文件并进行处理 上传一个文件的Base64编码内容并通过该Pipeline进行处理:

    POST /my_index/_doc?pipeline=attachment
    {
      "content": "BASE64_ENCODED_FILE_CONTENT"
    }
    
  3. 存储的文档内容:执行成功后,Elasticsearch会存储提取出的attachment字段(文件内容和元数据),而不会保存原始的content字段。

    文档的索引可能看起来像这样:

    {
         
      "_index": "my_index",
      "_id": "1",
      "_source": {
         
        "attachment": {
         
          "content": "This is the extracted text from the file...",
          "content_type": "application/pdf",
          "language": "en",
          "author": "Author Name",
          "content_length": 12345
        }
      }
    }
    

总结

这个Pipeline的作用是从文档中的附件(如PDF、Word、TXT文件等)提取内容和元数据,进而删除原始的Base64编码数据,以优化存储并为全文搜索等操作做好准备。


2、如何设置attachment处理器取出指定字段

Elasticsearchattachment处理器中,如果您不想提取文档属性中的标题(title),可以通过properties参数来控制要提取哪些字段。**properties**参数允许您指定只提取某些元数据字段,避免提取不需要的字段(如title) 。

如何设置attachment处理器不取出title字段

您可以在attachment处理器的配置中使用properties参数,明确指定需要提取的字段,并排除不需要的title字段。

示例:不导出title
PUT /_ingest/pipeline/attachment
{
   
  "description": "提取附件信息,不包括标题",
  "processors": [
    {
   
      "attachment": {
   
        "field": "content",
        "properties": ["content", "content_type", "language", "author", "content_length"],
        "ignore_missing": true
      }
    },
    {
   
      "remove": {
   
        "field": "content"
      }
    }
  ]
}

解释:

  • properties:该参数定义了要提取的具体字段。在示例中,

    properties
    

    被设置为:

    • content: 文件实际文本内容
    • content_type: 文件的 MIME 类型(如application/pdf
    • language: 文件语言
    • author: 文件的作者
    • content_length: 文件内容长度(字节数)

通过明确指定这些字段,attachment处理器只会提取你需要的字段,不会提取title字段。

其他可能提取的字段:

如果您想进一步控制其他可能的元数据字段,以下是attachment处理器支持的常见字段列表:

  • content: 文件实际文本内容
  • content_type: 文件类型(如application/pdfapplication/msword等)
  • language: 文件的语言(如enfr)。
  • author: 文档的作者(如果存在)。
  • title: 文档的标题(如果存在)。
  • date: 文章创建日期
  • keywords: 文档中可能存在的关键词。
  • content_length: 文件内容的字节数

总结:

通过在attachment处理器中使用properties参数,您可以精确控制哪些字段会被提取。如果您不需要提取文件的title,只需要在properties中修复即可,就像上面的例子那样明确指定所需的其他字段。


3、properties参数类型

在Elasticsearch的Ingest Attachment Processor中,当你不指定properties参数时,它默认会提取文件的所有可用元数据属性,如title(标题)、author(作者)、content_type(文件类型)等。这些元数据会存储在生成的attachment字段中。

来说,取出的元数据存储在不同的字段中,每个字段对应不同的元数据类型,存储的数据类型根据属性的内容取不同。以下是主要元数据属性对应其类型:

1. content(文件内容)

  • 類型:string

  • 说明: 提取出文件的实际内容。

  • 示例 :

    "content": "This is the text extracted from the file..."
    

2.标题

  • 类型:stringnull

  • 说明:提取出的文档标题(如果存在)。在很多

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部