es7 數(shù)據(jù)的增刪改查

在es7中索引就相當(dāng)于是一張表绢陌,mapping相當(dāng)于表結(jié)構(gòu),doucoument相當(dāng)于是表中的數(shù)據(jù)熔恢。

在es7之前脐湾,索引支持多種type,所以索引相當(dāng)于是一個(gè)數(shù)據(jù)庫叙淌,type相當(dāng)于是一張表秤掌,type下的document相當(dāng)于表中的數(shù)據(jù)。

Document的創(chuàng)建與更新

索引中的數(shù)據(jù)叫做document鹰霍,和數(shù)據(jù)中的一條記錄是一樣的闻鉴,而索引就像數(shù)據(jù)庫中的一張表,我們向索引中添加數(shù)據(jù)茂洒,就像在數(shù)據(jù)庫表中添加一條記錄一樣孟岛。下面我們看看怎么向索引中添加數(shù)據(jù),

PUT /<index>/_doc/<_id>

POST /<index>/_doc/

PUT /<index>/_create/<_id>

POST /<index>/_create/<_id>



在這個(gè)POST請(qǐng)求中督勺,<index>也就是索引的名字是必須的蚀苛,這就好比我們向數(shù)據(jù)庫中插入記錄,要知道往哪張表里插是一樣的玷氏。<index>后面可以是_doc或者_(dá)create,這兩個(gè)是什么意思呢腋舌?咱們慢慢看盏触,除了這兩個(gè)區(qū)別以外,再有就是請(qǐng)求的方法了块饺,分為POST和PUT兩種赞辩。一般情況下,POST用于數(shù)據(jù)的插入授艰,PUT用戶數(shù)據(jù)的修改辨嗽,是不是這樣呢?咱們把這4種方式都試一下淮腾,首先我們看一下POST /<index>/_doc/這種方式的請(qǐng)求糟需。

首先嘗試POST相關(guān)的操作

POST /ik_index/_doc
{
  "id": 1,
  "title": "蘋果",
  "desc": "蘋果真好吃"
}

在這里,索引我們使用的是上一節(jié)創(chuàng)建的ik_index谷朝,執(zhí)行一下洲押。然后我們?cè)俨樵円幌逻@個(gè)索引,

GET /ik_index/_search

返回結(jié)果如下:

{
    "took": 1000,
    "timed_out": false,
    "_shards": {
        "total": 1,
        "successful": 1,
        "skipped": 0,
        "failed": 0
    },
    "hits": {
        "total": {
            "value": 2,
            "relation": "eq"
        },
        "max_score": 1,
        "hits": [
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "1",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "大興龐各莊的西瓜",
                    "desc": "大興龐各莊的西瓜真是好吃圆凰,脆沙瓤杈帐,甜掉牙"
                }
            },
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "fEsN-HEBZl0Dh1ayKWZb",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "蘋果",
                    "desc": "蘋果真好吃"
                }
            }
        ]
    }
}

我們重點(diǎn)看一下hits,這是我們查詢出的結(jié)果,第一條是我們上一節(jié)存入的數(shù)據(jù)挑童,不用管它累铅。我們看一下第二條記錄,注意一下_id這個(gè)字段站叼,這個(gè)_id是這條記錄在索引里的唯一標(biāo)識(shí)娃兽,在插入數(shù)據(jù)的請(qǐng)求中,我們沒有指定這個(gè)id大年,ES給我們自動(dòng)生成了fEsN-HEBZl0Dh1ayKWZb换薄。那么我們可不可以指定呢?試一下翔试,

POST /ik_index/_doc/2
{
  "id": 1,
  "title": "香蕉",
  "desc": "香蕉真好吃"
}

注意我們發(fā)送的請(qǐng)求轻要,_doc后面加了2,這樣就指定了id垦缅,執(zhí)行一下冲泥。然后再次查詢,返回的結(jié)果中壁涎,我們只截取hits的部分凡恍,如下:

"hits": [
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "1",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "大興龐各莊的西瓜",
                    "desc": "大興龐各莊的西瓜真是好吃,脆沙瓤怔球,甜掉牙"
                }
            },
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "fEsN-HEBZl0Dh1ayKWZb",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "蘋果",
                    "desc": "蘋果真好吃"
                }
            },
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "2",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "香蕉",
                    "desc": "香蕉真好吃"
                }
            }
        ]

我們看到插入的香蕉記錄嚼酝,它的_id是2。那么POST請(qǐng)求中指定的id在索引中存在竟坛,會(huì)是什么情況呢闽巩?我們?cè)倏匆幌拢?/p>

POST /ik_index/_doc/1
{
  "id": 1,
  "title": "香蕉",
  "desc": "香蕉真好吃"
}

還是香蕉這條數(shù)據(jù),我們指定id=1担汤,id=1這條數(shù)據(jù)在索引中是存在的涎跨,我們執(zhí)行一下,然后查詢崭歧,返回的結(jié)果如下:

"hits": [
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "fEsN-HEBZl0Dh1ayKWZb",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "蘋果",
                    "desc": "蘋果真好吃"
                }
            },
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "2",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "香蕉",
                    "desc": "香蕉真好吃"
                }
            },
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "1",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "香蕉",
                    "desc": "香蕉真好吃"
                }
            }
        ]

我們看到之前的那條數(shù)據(jù)被修改了隅很,所以,關(guān)于POST /<index>/_doc/<_id>率碾,這種添加數(shù)據(jù)的方式叔营,我們得出結(jié)論如下:

<_id>不指定時(shí),ES會(huì)為我們自動(dòng)生成id所宰;
指定<_id>時(shí)审编,且id在索引中不存在,ES將添加一條指定id的數(shù)據(jù)歧匈;
指定<_id>時(shí)垒酬,但id在索引中存在,ES將會(huì)更新這條數(shù)據(jù);



接下來我們?cè)倏纯確doc方式的PUT請(qǐng)求方式勘究,我們先不指定id矮湘,看看會(huì)是什么情況,請(qǐng)求如下:

PUT /ik_index/_doc
{
  "id": 1,
  "title": "葡萄",
  "desc": "葡萄真好吃"
}

執(zhí)行一下口糕,返回如下結(jié)果:

{
    "error": "Incorrect HTTP method for uri [/ik_index/_doc] and method [PUT], allowed: [POST]",
    "status": 405
}

錯(cuò)誤信息說我們的請(qǐng)求不對(duì)缅阳,讓我們使用POST請(qǐng)求,看來PUT請(qǐng)求不指定id是不行的景描。我們?cè)倏纯粗付ㄒ粋€(gè)不存在的id十办,是什么情況,如下:

PUT /ik_index/_doc/3
{
  "id": 1,
  "title": "葡萄",
  "desc": "葡萄真好吃"
}

執(zhí)行成功超棺,再查詢一下向族,

"hits": [
            ……
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "3",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "葡萄",
                    "desc": "葡萄真好吃"
                }
            }
        ]

數(shù)據(jù)添加成功。再看看指定一個(gè)存在的id是什么情況棠绘,那當(dāng)然是修改了件相,我們?cè)僭囈幌拢?/p>

PUT /ik_index/_doc/3
{
  "id": 1,
  "title": "橘子",
  "desc": "橘子真好吃"
}

執(zhí)行成功,再查詢一下氧苍,

"hits": [
            ……
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "3",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "橘子",
                    "desc": "橘子真好吃"
                }
            }
        ]

沒有問題夜矗,修改成功。PUT /<index>/_doc/<_id>這種方式的總結(jié)如下:

<_id>必須指定让虐,不指定會(huì)報(bào)錯(cuò)紊撕;
<_id>在索引中不存在,為添加新數(shù)據(jù)赡突;
<_id>在索引中存在逛揩,為修改數(shù)據(jù);



_doc這種請(qǐng)求的POST和PUT都嘗試過了麸俘,再看看_create這種請(qǐng)求,先看看不指定id是什么情況惧笛,如下:

POST /ik_index/_create
{
  "id": 1,
  "title": "桃子",
  "desc": "桃子真好吃"
}

返回錯(cuò)誤信息如下:

{
    "error": {
        "root_cause": [
            {
                "type": "invalid_type_name_exception",
                "reason": "mapping type name [_create] can't start with '_' unless it is called [_doc]"
            }
        ],
        "type": "invalid_type_name_exception",
        "reason": "mapping type name [_create] can't start with '_' unless it is called [_doc]"
    },
    "status": 400
}

具體內(nèi)容我們也不去解讀了从媚,總之是不可以,然后加個(gè)索引中不存在id試一下患整,

POST /ik_index/_create/4
{
  "id": 1,
  "title": "桃子",
  "desc": "桃子真好吃"
}

返回結(jié)果創(chuàng)建成功拜效,查詢?nèi)缦拢?/p>

"hits": [
            ……
            {
                "_index": "ik_index",
                "_type": "_doc",
                "_id": "4",
                "_score": 1,
                "_source": {
                    "id": 1,
                    "title": "桃子",
                    "desc": "桃子真好吃"
                }
            }
        ]

如果id在索引中存在呢?再試各谚,

POST /ik_index/_create/3
{
  "id": 1,
  "title": "桃子",
  "desc": "桃子真好吃"
}

返回錯(cuò)誤:

{
    "error": {
        "root_cause": [
            {
                "type": "version_conflict_engine_exception",
                "reason": "[3]: version conflict, document already exists (current version [2])",
                "index_uuid": "W2X_riHIT4u678p8HZwnEg",
                "shard": "0",
                "index": "ik_index"
            }
        ],
        "type": "version_conflict_engine_exception",
        "reason": "[3]: version conflict, document already exists (current version [2])",
        "index_uuid": "W2X_riHIT4u678p8HZwnEg",
        "shard": "0",
        "index": "ik_index"
    },
    "status": 409
}

大致的意思是紧憾,數(shù)據(jù)已經(jīng)存在了,不能再添加新記錄昌渤,看來_create這種方式還是比較嚴(yán)格的赴穗,總結(jié)如下:

id必須指定;
指定的id如果在索引中存在,報(bào)錯(cuò)般眉,添加不成功了赵;
指定的id在索引中不存在,添加成功甸赃,符合預(yù)期柿汛;
POST的_create只適用于增加數(shù)據(jù);



再看看_create的PUT埠对,應(yīng)該和POST正好相反吧络断?我們?cè)囈幌拢炔恢付╥d项玛,試一下貌笨,

PUT /ik_index/_create
{
  "id": 1,
  "title": "火龍果",
  "desc": "火龍果真好吃"
}

返回錯(cuò)誤,不指定id肯定是不行的稍计,錯(cuò)誤信息就不給大家貼出來了躁绸,然后再指定一個(gè)不存在的id,

PUT /ik_index/_create/5
{
  "id": 1,
  "title": "火龍果",
  "desc": "火龍果真好吃"
}

創(chuàng)建成功臣嚣,查詢結(jié)果就不給大家展示了净刮,然后再換一個(gè)存在的id,如下:

PUT /ik_index/_create/4
{
  "id": 1,
  "title": "火龍果",
  "desc": "火龍果真好吃"
}

返回了錯(cuò)誤的信息硅则,如下淹父,和POST請(qǐng)求是一樣的,

{
    "error": {
        "root_cause": [
            {
                "type": "version_conflict_engine_exception",
                "reason": "[4]: version conflict, document already exists (current version [1])",
                "index_uuid": "W2X_riHIT4u678p8HZwnEg",
                "shard": "0",
                "index": "ik_index"
            }
        ],
        "type": "version_conflict_engine_exception",
        "reason": "[4]: version conflict, document already exists (current version [1])",
        "index_uuid": "W2X_riHIT4u678p8HZwnEg",
        "shard": "0",
        "index": "ik_index"
    },
    "status": 409
}

我們得出如下的結(jié)論:

_create這種形式的POST和PUT是一樣的怎虫,沒有區(qū)別暑认;
id必須指定;
id必須在索引中不存在,不存在時(shí)為添加操作大审;
id若存在蘸际,則報(bào)錯(cuò);



Document的刪除
有了添加徒扶,肯定會(huì)有刪除粮彤,刪除的方式很簡(jiǎn)單,請(qǐng)求格式如下:

DELETE /<index>/_doc/<_id>

發(fā)送delete請(qǐng)求姜骡,指定數(shù)據(jù)的id导坟,就可以了,我們?cè)囈幌氯Τ海瑒h除剛剛添加的火龍果數(shù)據(jù)惫周,它的id是5,我們發(fā)送請(qǐng)求如下:

DELETE /ik_index/_doc/5

執(zhí)行成功康栈,數(shù)據(jù)被成功的刪除递递。



根據(jù)id查詢Document
根據(jù)id查詢數(shù)據(jù)也很簡(jiǎn)單喷橙,發(fā)送如下請(qǐng)求就可以完成查詢,

GET <index>/_doc/<_id>

我們需要指定索引的名稱漾狼,以及要查詢數(shù)據(jù)的id重慢,如下:

GET ik_index/_doc/3

返回結(jié)果如下:

{
    "_index": "ik_index",
    "_type": "_doc",
    "_id": "3",
    "_version": 2,
    "_seq_no": 5,
    "_primary_term": 3,
    "found": true,
    "_source": {
        "id": 1,
        "title": "橘子",
        "desc": "橘子真好吃"
    }
}

根據(jù)id成功的查詢出來結(jié)果。

總結(jié):POST的_doc模式既能增加數(shù)據(jù)逊躁,也能修改數(shù)據(jù)似踱。PUT的_doc模式既能增加數(shù)據(jù),也能修改數(shù)據(jù)稽煤。POST和PUT的_create模式只能指定id增加數(shù)據(jù)核芽。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市酵熙,隨后出現(xiàn)的幾起案子轧简,更是在濱河造成了極大的恐慌,老刑警劉巖匾二,帶你破解...
    沈念sama閱讀 210,978評(píng)論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件哮独,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡察藐,警方通過查閱死者的電腦和手機(jī)皮璧,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 89,954評(píng)論 2 384
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來分飞,“玉大人悴务,你說我怎么就攤上這事∑┟ǎ” “怎么了讯檐?”我有些...
    開封第一講書人閱讀 156,623評(píng)論 0 345
  • 文/不壞的土叔 我叫張陵,是天一觀的道長染服。 經(jīng)常有香客問我别洪,道長,這世上最難降的妖魔是什么柳刮? 我笑而不...
    開封第一講書人閱讀 56,324評(píng)論 1 282
  • 正文 為了忘掉前任挖垛,我火速辦了婚禮,結(jié)果婚禮上诚亚,老公的妹妹穿的比我還像新娘。我一直安慰自己午乓,他們只是感情好站宗,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,390評(píng)論 5 384
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著益愈,像睡著了一般梢灭。 火紅的嫁衣襯著肌膚如雪夷家。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,741評(píng)論 1 289
  • 那天敏释,我揣著相機(jī)與錄音库快,去河邊找鬼。 笑死钥顽,一個(gè)胖子當(dāng)著我的面吹牛义屏,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播蜂大,決...
    沈念sama閱讀 38,892評(píng)論 3 405
  • 文/蒼蘭香墨 我猛地睜開眼闽铐,長吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了奶浦?” 一聲冷哼從身側(cè)響起兄墅,我...
    開封第一講書人閱讀 37,655評(píng)論 0 266
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎澳叉,沒想到半個(gè)月后隙咸,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,104評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡成洗,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,451評(píng)論 2 325
  • 正文 我和宋清朗相戀三年五督,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片泌枪。...
    茶點(diǎn)故事閱讀 38,569評(píng)論 1 340
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡概荷,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出碌燕,到底是詐尸還是另有隱情误证,我是刑警寧澤,帶...
    沈念sama閱讀 34,254評(píng)論 4 328
  • 正文 年R本政府宣布修壕,位于F島的核電站愈捅,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏慈鸠。R本人自食惡果不足惜蓝谨,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,834評(píng)論 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望青团。 院中可真熱鬧譬巫,春花似錦、人聲如沸督笆。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,725評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽娃肿。三九已至咕缎,卻和暖如春珠十,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背凭豪。 一陣腳步聲響...
    開封第一講書人閱讀 31,950評(píng)論 1 264
  • 我被黑心中介騙來泰國打工焙蹭, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人嫂伞。 一個(gè)月前我還...
    沈念sama閱讀 46,260評(píng)論 2 360
  • 正文 我出身青樓孔厉,卻偏偏與公主長得像,于是被迫代替她去往敵國和親末早。 傳聞我的和親對(duì)象是個(gè)殘疾皇子烟馅,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,446評(píng)論 2 348