# How to deal with the fields you don't mean to index but you need it after query?

**URL:** https://discuss.elastic.co/t/how-to-deal-with-the-fields-you-dont-mean-to-index-but-you-need-it-after-query/11075
**Category:** Elasticsearch
**Created:** [March 8, 2013, 2:03pm UTC](https://discuss.elastic.co/t/how-to-deal-with-the-fields-you-dont-mean-to-index-but-you-need-it-after-query/11075 "2013-03-08T14:03:07Z")
**Posts on this page:** 8
**Page:** 1

<div class="post-metadata">

### Author: ![Jingang\_Wang](https://avatars.discourse-cdn.com/v4/letter/j/ce7236/32.png) [@Jingang\_Wang](https://discuss.elastic.co/u/Jingang_Wang)
#### Post date: [March 8, 2013, 2:03pm UTC](https://discuss.elastic.co/t/how-to-deal-with-the-fields-you-dont-mean-to-index-but-you-need-it-after-query/11075/1 "2013-03-08T14:03:07Z")

</div>

Hi guys,

The documents I would index contains 3 fields, doc\_id, doc\_content and  
doc\_time.  
I would just make query in doc\_content, but I also need the other 2 fields  
after query.  
In other words, I want to use hit.getSource().get("doc\_id") and  
hit.getSource().get("doc\_time") after search in doc\_content.  
The solution I thought is making the two fields like ordinary items in  
database.

The mapping string I construct are attached as following， I don't know  
whether it is right.  
XContentBuilder mapping = jsonBuilder()  
.startObject()  
.startObject("myType")  
.startObject("properties")  
.startObject("doc\_id").field("type",  
"string").field("index","no").endObject()  
.startObject("doc\_content").field("type",  
"string").field("index", "yes").endObject()

.startObject("doc\_time").field("type","string").field("index","no").endObject()

```
     .endObject()  
    .endObject()  
  .endObject(); 

```

Should I set the fields that I do not want index as "no" or "not\_analyzed"?  
Any help would be appreciated!

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

### Author: ![Clinton\_Gormley](https://avatars.discourse-cdn.com/v4/letter/c/50afbb/32.png) [@Clinton\_Gormley](https://discuss.elastic.co/u/Clinton_Gormley)
#### Post date: [March 8, 2013, 2:09pm UTC](https://discuss.elastic.co/t/how-to-deal-with-the-fields-you-dont-mean-to-index-but-you-need-it-after-query/11075/2 "2013-03-08T14:09:52Z")

</div>

Heya

> Should I set the fields that I do not want index as "no" or  
> "not\_analyzed"?  
> Any help would be appreciated!

"no" is the correct value if you don't want the fields to be searchable.  
"analyzed" is only useful for fields of type "string", and indicates  
that the field should be searchable, and that it's value should be  
passed through the analysis process before being indexed.

For non-string fields, the options are "no" or "not\_analyzed" (as  
non-strings never have an analysis process)

clint

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

### Author: ![Jingang\_Wang](https://avatars.discourse-cdn.com/v4/letter/j/ce7236/32.png) [@Jingang\_Wang](https://discuss.elastic.co/u/Jingang_Wang)
#### Post date: [March 8, 2013, 2:13pm UTC](https://discuss.elastic.co/t/how-to-deal-with-the-fields-you-dont-mean-to-index-but-you-need-it-after-query/11075/3 "2013-03-08T14:13:05Z")

</div>

Thank you, Clinton.  
I conduct an experiment with a little document, ~8M Bytes.  
The indices created on them reaches ~38M Bytes.  
Is it a normal phenomenon?

Best,  
Jingang

On Fri, Mar 8, 2013 at 10:09 PM, Clinton Gormley [clint@traveljury.com](mailto:clint@traveljury.com)wrote:

> Heya
> 
> > Should I set the fields that I do not want index as "no" or  
> > "not\_analyzed"?  
> > Any help would be appreciated!
> 
> "no" is the correct value if you don't want the fields to be searchable.  
> "analyzed" is only useful for fields of type "string", and indicates  
> that the field should be searchable, and that it's value should be  
> passed through the analysis process before being indexed.
> 
> For non-string fields, the options are "no" or "not\_analyzed" (as  
> non-strings never have an analysis process)
> 
> clint
> 
> --  
> You received this message because you are subscribed to a topic in the  
> Google Groups "elasticsearch" group.  
> To unsubscribe from this topic, visit  
> [https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US](https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US)  
> .  
> To unsubscribe from this group and all its topics, send an email to  
> [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

--  
Wang Jingang(王金刚)  
Ph.D Candidate at  
Lab of High Volume Language Information Processing & Cloud Computing  
School of Computer Science  
Beijing Institute of Technology  
Beijing 100081  
P.R China

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

### Author: ![Clinton\_Gormley](https://avatars.discourse-cdn.com/v4/letter/c/50afbb/32.png) [@Clinton\_Gormley](https://discuss.elastic.co/u/Clinton_Gormley)
#### Post date: [March 8, 2013, 2:26pm UTC](https://discuss.elastic.co/t/how-to-deal-with-the-fields-you-dont-mean-to-index-but-you-need-it-after-query/11075/4 "2013-03-08T14:26:35Z")

</div>

On Fri, 2013-03-08 at 22:13 +0800, Jingang Wang wrote:

> Thank you, Clinton.  
> I conduct an experiment with a little document, ~8M Bytes.  
> The indices created on them reaches ~38M Bytes.  
> Is it a normal phenomenon?

You're storing a few things:

- indexes on the fields themselves
- indexes on the \_all field
- the \_source

Also you're doing this on 5 separate shards.

The index growth will slow down as you index more docs with terms in  
common. You can set the \_source field and the terms indexes to be  
compressed (although with the next version compression will happen  
automatically), and you can disable the \_all field if you're not  
intending to use it

clint

> Best,  
> Jingang
> 
> On Fri, Mar 8, 2013 at 10:09 PM, Clinton Gormley  
> [clint@traveljury.com](mailto:clint@traveljury.com) wrote:  
> Heya  
> \>  
> \> Should I set the fields that I do not want index as "no" or  
> \> "not\_analyzed"?  
> \> Any help would be appreciated!
> 
> ```
> "no" is the correct value if you don't want the fields to be
> searchable.
> "analyzed" is only useful for fields of type "string", and
> indicates
> that the field should be searchable, and that it's value
> should be
> passed through the analysis process before being indexed.
>     
> For non-string fields, the options are "no" or
> "not_analyzed" (as
> non-strings never have an analysis process)
>     
> clint
>     
>     
>     
> --
> You received this message because you are subscribed to a
> topic in the Google Groups "elasticsearch" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US.
> To unsubscribe from this group and all its topics, send an
> email to elasticsearch+unsubscribe@googlegroups.com.
> For more options, visit
> https://groups.google.com/groups/opt_out.
> 
> ```
> 
> --  
> Wang Jingang(王金刚)  
> Ph.D Candidate at  
> Lab of High Volume Language Information Processing & Cloud Computing  
> School of Computer Science  
> Beijing Institute of Technology  
> Beijing 100081  
> P.R China
> 
> --  
> You received this message because you are subscribed to the Google  
> Groups "elasticsearch" group.  
> To unsubscribe from this group and stop receiving emails from it, send  
> an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

### Author: ![Jingang\_Wang](https://avatars.discourse-cdn.com/v4/letter/j/ce7236/32.png) [@Jingang\_Wang](https://discuss.elastic.co/u/Jingang_Wang)
#### Post date: [March 8, 2013, 2:49pm UTC](https://discuss.elastic.co/t/how-to-deal-with-the-fields-you-dont-mean-to-index-but-you-need-it-after-query/11075/5 "2013-03-08T14:49:21Z")

</div>

I'm using elasticsearch-0.90 beta1, so it accomplish compression  
automatically, according to the official guide, which says that _From  
version 0.90 onwards, all stored fields (including \_source) are always  
compressed._  
If I want to implement it manually, should I set the mapping like follows?

XContentBuilder mapping = jsonBuilder()  
.startObject()  
.startObject("myType")  
.startObject("properties")  
\*  
.startObject("\_source").field("compress",  
"true").endObject()\*  
.startObject("doc\_id").field("type",  
"string").field("index","no").endObject()  
.startObject("doc\_content").field("type",  
"string").field("index", "yes").endObject()

.startObject("doc\_time").field("type","string").field("index","no").endObject()

```
     .endObject()
    .endObject()
  .endObject();

```

On Fri, Mar 8, 2013 at 10:26 PM, Clinton Gormley [clint@traveljury.com](mailto:clint@traveljury.com)wrote:

> On Fri, 2013-03-08 at 22:13 +0800, Jingang Wang wrote:
> 
> > Thank you, Clinton.  
> > I conduct an experiment with a little document, ~8M Bytes.  
> > The indices created on them reaches ~38M Bytes.  
> > Is it a normal phenomenon?
> 
> You're storing a few things:
> 
> - indexes on the fields themselves
> - indexes on the \_all field
> - the \_source
> 
> Also you're doing this on 5 separate shards.
> 
> The index growth will slow down as you index more docs with terms in  
> common. You can set the \_source field and the terms indexes to be  
> compressed (although with the next version compression will happen  
> automatically), and you can disable the \_all field if you're not  
> intending to use it
> 
> clint
> 
> > Best,  
> > Jingang
> > 
> > On Fri, Mar 8, 2013 at 10:09 PM, Clinton Gormley  
> > [clint@traveljury.com](mailto:clint@traveljury.com) wrote:  
> > Heya  
> > \>  
> > \> Should I set the fields that I do not want index as "no" or  
> > \> "not\_analyzed"?  
> > \> Any help would be appreciated!
> > 
> > ```
> > "no" is the correct value if you don't want the fields to be
> > searchable.
> > "analyzed" is only useful for fields of type "string", and
> > indicates
> > that the field should be searchable, and that it's value
> > should be
> > passed through the analysis process before being indexed.
> > 
> > For non-string fields, the options are "no" or
> > "not_analyzed" (as
> > non-strings never have an analysis process)
> > 
> > clint
> > 
> > --
> > You received this message because you are subscribed to a
> > topic in the Google Groups "elasticsearch" group.
> > To unsubscribe from this topic, visit
> > 
> > ```
> 
> [https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US](https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US)  
> .
> 
> > ```
> > To unsubscribe from this group and all its topics, send an
> > email to elasticsearch+unsubscribe@googlegroups.com.
> > For more options, visit
> > https://groups.google.com/groups/opt_out.
> > 
> > ```
> > 
> > --  
> > Wang Jingang(王金刚)  
> > Ph.D Candidate at  
> > Lab of High Volume Language Information Processing & Cloud Computing  
> > School of Computer Science  
> > Beijing Institute of Technology  
> > Beijing 100081  
> > P.R China
> > 
> > --  
> > You received this message because you are subscribed to the Google  
> > Groups "elasticsearch" group.  
> > To unsubscribe from this group and stop receiving emails from it, send  
> > an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> > For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).
> 
> --  
> You received this message because you are subscribed to a topic in the  
> Google Groups "elasticsearch" group.  
> To unsubscribe from this topic, visit  
> [https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US](https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US)  
> .  
> To unsubscribe from this group and all its topics, send an email to  
> [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

--  
Wang Jingang(王金刚)  
Ph.D Candidate at  
Lab of High Volume Language Information Processing & Cloud Computing  
School of Computer Science  
Beijing Institute of Technology  
Beijing 100081  
P.R China

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

### Author: ![Clinton\_Gormley](https://avatars.discourse-cdn.com/v4/letter/c/50afbb/32.png) [@Clinton\_Gormley](https://discuss.elastic.co/u/Clinton_Gormley)
#### Post date: [March 8, 2013, 3:03pm UTC](https://discuss.elastic.co/t/how-to-deal-with-the-fields-you-dont-mean-to-index-but-you-need-it-after-query/11075/6 "2013-03-08T15:03:50Z")

</div>

On Fri, 2013-03-08 at 22:49 +0800, Jingang Wang wrote:

> I'm using elasticsearch-0.90 beta1, so it accomplish compression  
> automatically, according to the official guide, which says that From  
> version 0.90 onwards, all stored fields (including \_source) are always  
> compressed.  
> If I want to implement it manually, should I set the mapping like  
> follows?

If you're using 0.90+ then you don't need to set anything. it is always  
compressed

clint

> XContentBuilder mapping = jsonBuilder()  
> .startObject()  
> .startObject("myType")  
> .startObject("properties")
> 
> .startObject("\_source").field("compress", "true").endObject()  
> .startObject("doc\_id").field("type",  
> "string").field("index","no").endObject()  
> .startObject("doc\_content").field("type",  
> "string").field("index", "yes").endObject()
> 
> .startObject("doc\_time").field("type","string").field("index","no").endObject()  
> .endObject()  
> .endObject()  
> .endObject();
> 
> On Fri, Mar 8, 2013 at 10:26 PM, Clinton Gormley  
> [clint@traveljury.com](mailto:clint@traveljury.com) wrote:  
> On Fri, 2013-03-08 at 22:13 +0800, Jingang Wang wrote:  
> \> Thank you, Clinton.  
> \> I conduct an experiment with a little document, ~8M Bytes.  
> \> The indices created on them reaches ~38M Bytes.  
> \> Is it a normal phenomenon?
> 
> ```
> You're storing a few things:
> - indexes on the fields themselves
> - indexes on the _all field
> - the _source
>     
> Also you're doing this on 5 separate shards.
>     
> The index growth will slow down as you index more docs with
> terms in
> common. You can set the _source field and the terms indexes
> to be
> compressed (although with the next version compression will
> happen
> automatically), and you can disable the _all field if you're
> not
> intending to use it
>     
> clint
>     
> >
> >
> > Best,
> > Jingang
> >
> >
> > On Fri, Mar 8, 2013 at 10:09 PM, Clinton Gormley
> > <clint@traveljury.com> wrote:
> > Heya
> > >
> > > Should I set the fields that I do not want index
> as "no" or
> > > "not_analyzed"?
> > > Any help would be appreciated!
> >
> >
> > "no" is the correct value if you don't want the
> fields to be
> > searchable.
> > "analyzed" is only useful for fields of type
> "string", and
> > indicates
> > that the field should be searchable, and that it's
> value
> > should be
> > passed through the analysis process before being
> indexed.
> >
> > For non-string fields, the options are "no" or
> > "not_analyzed" (as
> > non-strings never have an analysis process)
> >
> > clint
> >
> >
> >
> > --
> > You received this message because you are subscribed
> to a
> > topic in the Google Groups "elasticsearch" group.
> > To unsubscribe from this topic, visit
> >
> https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US.
> > To unsubscribe from this group and all its topics,
> send an
> > email to elasticsearch+unsubscribe@googlegroups.com.
> > For more options, visit
> > https://groups.google.com/groups/opt_out.
> >
> >
> >
> >
> >
> >
> >
> > --
> > Wang Jingang(王金刚)
> > Ph.D Candidate at
> > Lab of High Volume Language Information Processing & Cloud
> Computing
> > School of Computer Science
> > Beijing Institute of Technology
> > Beijing 100081
> > P.R China
> >
> >
> > --
>     
> > You received this message because you are subscribed to the
> Google
> > Groups "elasticsearch" group.
> > To unsubscribe from this group and stop receiving emails
> from it, send
> > an email to elasticsearch+unsubscribe@googlegroups.com.
> > For more options, visit
> https://groups.google.com/groups/opt_out.
> >
> >
>     
>     
> --
> You received this message because you are subscribed to a
> topic in the Google Groups "elasticsearch" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US.
> To unsubscribe from this group and all its topics, send an
> email to elasticsearch+unsubscribe@googlegroups.com.
> For more options, visit
> https://groups.google.com/groups/opt_out.
> 
> ```
> 
> --  
> Wang Jingang(王金刚)  
> Ph.D Candidate at  
> Lab of High Volume Language Information Processing & Cloud Computing  
> School of Computer Science  
> Beijing Institute of Technology  
> Beijing 100081  
> P.R China
> 
> --  
> You received this message because you are subscribed to the Google  
> Groups "elasticsearch" group.  
> To unsubscribe from this group and stop receiving emails from it, send  
> an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

### Author: ![Jingang\_Wang](https://avatars.discourse-cdn.com/v4/letter/j/ce7236/32.png) [@Jingang\_Wang](https://discuss.elastic.co/u/Jingang_Wang)
#### Post date: [March 8, 2013, 3:11pm UTC](https://discuss.elastic.co/t/how-to-deal-with-the-fields-you-dont-mean-to-index-but-you-need-it-after-query/11075/7 "2013-03-08T15:11:05Z")

</div>

OK, I know it.  
Thank you again for your patient explain.

On Fri, Mar 8, 2013 at 11:03 PM, Clinton Gormley [clint@traveljury.com](mailto:clint@traveljury.com)wrote:

> On Fri, 2013-03-08 at 22:49 +0800, Jingang Wang wrote:
> 
> > I'm using elasticsearch-0.90 beta1, so it accomplish compression  
> > automatically, according to the official guide, which says that From  
> > version 0.90 onwards, all stored fields (including \_source) are always  
> > compressed.  
> > If I want to implement it manually, should I set the mapping like  
> > follows?
> 
> If you're using 0.90+ then you don't need to set anything. it is always  
> compressed
> 
> clint
> 
> > XContentBuilder mapping = jsonBuilder()  
> > .startObject()  
> > .startObject("myType")  
> > .startObject("properties")
> > 
> > .startObject("\_source").field("compress", "true").endObject()  
> > .startObject("doc\_id").field("type",  
> > "string").field("index","no").endObject()  
> > .startObject("doc\_content").field("type",  
> > "string").field("index", "yes").endObject()
> 
> .startObject("doc\_time").field("type","string").field("index","no").endObject()
> 
> > ```
> > .endObject()
> > .endObject()
> > .endObject();
> > 
> > ```
> > 
> > On Fri, Mar 8, 2013 at 10:26 PM, Clinton Gormley  
> > [clint@traveljury.com](mailto:clint@traveljury.com) wrote:  
> > On Fri, 2013-03-08 at 22:13 +0800, Jingang Wang wrote:  
> > \> Thank you, Clinton.  
> > \> I conduct an experiment with a little document, ~8M Bytes.  
> > \> The indices created on them reaches ~38M Bytes.  
> > \> Is it a normal phenomenon?
> > 
> > ```
> > You're storing a few things:
> > - indexes on the fields themselves
> > - indexes on the _all field
> > - the _source
> > 
> > Also you're doing this on 5 separate shards.
> > 
> > The index growth will slow down as you index more docs with
> > terms in
> > common. You can set the _source field and the terms indexes
> > to be
> > compressed (although with the next version compression will
> > happen
> > automatically), and you can disable the _all field if you're
> > not
> > intending to use it
> > 
> > clint
> > 
> > >
> > >
> > > Best,
> > > Jingang
> > >
> > >
> > > On Fri, Mar 8, 2013 at 10:09 PM, Clinton Gormley
> > > <clint@traveljury.com> wrote:
> > > Heya
> > > >
> > > > Should I set the fields that I do not want index
> > as "no" or
> > > > "not_analyzed"?
> > > > Any help would be appreciated!
> > >
> > >
> > > "no" is the correct value if you don't want the
> > fields to be
> > > searchable.
> > > "analyzed" is only useful for fields of type
> > "string", and
> > > indicates
> > > that the field should be searchable, and that it's
> > value
> > > should be
> > > passed through the analysis process before being
> > indexed.
> > >
> > > For non-string fields, the options are "no" or
> > > "not_analyzed" (as
> > > non-strings never have an analysis process)
> > >
> > > clint
> > >
> > >
> > >
> > > --
> > > You received this message because you are subscribed
> > to a
> > > topic in the Google Groups "elasticsearch" group.
> > > To unsubscribe from this topic, visit
> > >
> > 
> > ```
> 
> [https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US](https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US)  
> .
> 
> > ```
> > > To unsubscribe from this group and all its topics,
> > send an
> > > email to elasticsearch+unsubscribe@googlegroups.com.
> > > For more options, visit
> > > https://groups.google.com/groups/opt_out.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > --
> > > Wang Jingang(王金刚)
> > > Ph.D Candidate at
> > > Lab of High Volume Language Information Processing & Cloud
> > Computing
> > > School of Computer Science
> > > Beijing Institute of Technology
> > > Beijing 100081
> > > P.R China
> > >
> > >
> > > --
> > 
> > > You received this message because you are subscribed to the
> > Google
> > > Groups "elasticsearch" group.
> > > To unsubscribe from this group and stop receiving emails
> > from it, send
> > > an email to elasticsearch+unsubscribe@googlegroups.com.
> > > For more options, visit
> > https://groups.google.com/groups/opt_out.
> > >
> > >
> > 
> > --
> > You received this message because you are subscribed to a
> > topic in the Google Groups "elasticsearch" group.
> > To unsubscribe from this topic, visit
> > 
> > ```
> 
> [https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US](https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US)  
> .
> 
> > ```
> > To unsubscribe from this group and all its topics, send an
> > email to elasticsearch+unsubscribe@googlegroups.com.
> > For more options, visit
> > https://groups.google.com/groups/opt_out.
> > 
> > ```
> > 
> > --  
> > Wang Jingang(王金刚)  
> > Ph.D Candidate at  
> > Lab of High Volume Language Information Processing & Cloud Computing  
> > School of Computer Science  
> > Beijing Institute of Technology  
> > Beijing 100081  
> > P.R China
> > 
> > --  
> > You received this message because you are subscribed to the Google  
> > Groups "elasticsearch" group.  
> > To unsubscribe from this group and stop receiving emails from it, send  
> > an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> > For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).
> 
> --  
> You received this message because you are subscribed to a topic in the  
> Google Groups "elasticsearch" group.  
> To unsubscribe from this topic, visit  
> [https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US](https://groups.google.com/d/topic/elasticsearch/zJxgaHtCN9c/unsubscribe?hl=en-US)  
> .  
> To unsubscribe from this group and all its topics, send an email to  
> [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

--  
Wang Jingang(王金刚)  
Ph.D Candidate at  
Lab of High Volume Language Information Processing & Cloud Computing  
School of Computer Science  
Beijing Institute of Technology  
Beijing 100081  
P.R China

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

### Author: ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)
#### Post date: [July 6, 2017, 2:47am UTC](https://discuss.elastic.co/t/how-to-deal-with-the-fields-you-dont-mean-to-index-but-you-need-it-after-query/11075/8 "2017-07-06T02:47:29Z")

</div>


