详细文档请移步http://gitbook.immiker.com/elasticsearch
执行搜索
现在我们已经看到了一些基本的搜索参数，让我们再深入研究一下Query DSL。我们先来看一下返回的文档字段。默认情况下，完整的JSON文档作为所有搜索的一部分返回。这被称为源（_source搜索命中中的字段）。如果我们不希望返回整个源文档，我们只能请求返回源中的几个字段。
此示例显示如何从搜索中返回两个字段account_number和balance（内部_source）：
GET /bank/_search
{
"query": { "match_all": {} },
"_source": ["account_number", "balance"]
}
请注意，上面的示例只是简化了_source字段。它仍将只返回一个名为_source但在其中的字段，仅包含字段account_number并balance包含在内。
如果您来自SQL背景，则上面的概念与SQL SELECT FROM字段列表有些相似。
现在让我们转到查询部分。以前，我们已经看到match_all查询如何用于匹配所有文档。现在让我们介绍一个名为match查询的新查询，它可以被认为是一个基本的现场搜索查询（即针对特定字段或字段集进行的搜索）。
此示例返回编号为20的帐户：
GET /bank/_search
{
"query": { "match": { "account_number": 20 } }
}
此示例返回地址中包含术语“mill”的所有帐户：
GET /bank/_search
{
"query": { "match": { "address": "mill" } }
}
此示例返回地址中包含术语“mill”或“lane”的所有帐户：
GET /bank/_search
{
"query": { "match": { "address": "mill lane" } }
}
此示例是match（match_phrase）的变体，它返回地址中包含短语“mill lane”的所有帐户：
GET /bank/_search
{
"query": { "match_phrase": { "address": "mill lane" } }
}
我们现在介绍一下这个bool问题。该bool查询允许我们使用布尔逻辑将较小的查询组成更大的查询。
此示例组成两个match查询并返回地址中包含“mill”和“lane”的所有帐户：
GET /bank/_search
{
"query": {
"bool": {
"must": [
{ "match": { "address": "mill" } },
{ "match": { "address": "lane" } }
]
}
}
}
在上面的示例中，该bool must子句指定必须为true才能将文档视为匹配的所有查询。
相反，此示例组成两个match查询并返回地址中包含“mill”或“lane”的所有帐户：
GET /bank/_search
{
"query": {
"bool": {
"should": [
{ "match": { "address": "mill" } },
{ "match": { "address": "lane" } }
]
}
}
}
在上面的示例中，该bool should子句指定了一个查询列表，其中任何一个查询都必须为true，才能将文档视为匹配项。
此示例组成两个match查询并返回地址中既不包含“mill”也不包含“lane”的所有帐户：
GET /bank/_search
{
"query": {
"bool": {
"must_not": [
{ "match": { "address": "mill" } },
{ "match": { "address": "lane" } }
]
}
}
}
在上面的示例中，该bool must_not子句指定了一个查询列表，对于文档而言，这些查询都不能为真匹配。
我们可以在查询中同时组合must，should和must_not子句bool。此外，我们可以bool在任何这些bool子句中组合查询来模仿任何复杂的多级布尔逻辑。
此示例返回任何40岁但不住在ID（aho）的人的所有帐户：
GET /bank/_search
{
"query": {
"bool": {
"must": [
{ "match": { "age": "40" } }
],
"must_not": [
{ "match": { "state": "ID" } }
]
}
}
}