# Performance different if searching on normal or keyword field?

**URL:** https://discuss.elastic.co/t/performance-different-if-searching-on-normal-or-keyword-field/78692
**Category:** Elasticsearch
**Created:** [March 15, 2017, 11:40am UTC](https://discuss.elastic.co/t/performance-different-if-searching-on-normal-or-keyword-field/78692 "2017-03-15T11:40:44Z")
**Posts on this page:** 1
**Showing post:** 5

<div class="post-metadata">

### Author: ![asp](https://avatars.discourse-cdn.com/v4/letter/a/9fc348/32.png) [@asp](https://discuss.elastic.co/u/asp)
#### Post date: [March 15, 2017, 4:49pm UTC](https://discuss.elastic.co/t/performance-different-if-searching-on-normal-or-keyword-field/78692/5 "2017-03-15T16:49:26Z")

</div>

Ok, thanks a lot. I also thought in this direction, but I wanted to be sure 😉

Then I have one additional question which is enhancing the original one.

I opnened a different thread for it, but I assume I can answer it with the details you provided:

> [@Optimize search speed / resource usage by writing good queries?](https://discuss.elastic.co/t/optimize-search-speed-resource-usage-by-writing-good-queries/78695):
>
> Hi, I would like to increase my the search speed in kibana. Since I am not that familar with lucene indexes / elasticsearch yet, I would like to ask you for your opinion. Searching is real easy via kibana. Just type in a word and all events containing the word are given back. Now my events have several fields, just like type, payload, message, username, etc. For example, if I am searching for a username, does it improve the speed if I search for: username: xyz instead of searching for xyz? …

So if my event has multiple fileds: message, payload, field **1**... field **n** , then it should be faster to name the fields I am searching in, and even faster if I can filter on the keyword field. correct? Because there is one inverted index per field?

Thanks, Andreas

---

_[View the full topic](https://discuss.elastic.co/t/performance-different-if-searching-on-normal-or-keyword-field/78692)._
