You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by "Reitzel, Charles" <Ch...@tiaa-cref.org> on 2015/04/15 21:27:02 UTC
_version_ returned from /update?
Hi All,
In the interests of minimizing round-trips to the database, is there any way to get the added/changed _version_ values returned from /update? Or do you always have to do a fresh get?
Yes, I am using optimistic concurrency. No, I am not using atomic updates (yet).
Has anyone tried this (or something like it)?
Thanks,
Charlie
*************************************************************************
This e-mail may contain confidential or privileged information.
If you are not the intended recipient, please notify the sender immediately and then delete it.
TIAA-CREF
*************************************************************************
RE: _version_ returned from /update?
Posted by "Reitzel, Charles" <Ch...@tiaa-cref.org>.
Hey, that's great! I'll give it a try.
File under, "never hurts to ask" ... :-)
-----Original Message-----
From: Chris Hostetter [mailto:hossman_lucene@fucit.org]
Sent: Wednesday, April 15, 2015 5:15 PM
To: solr-user@lucene.apache.org
Subject: Re: _version_ returned from /update?
: In the interests of minimizing round-trips to the database, is there any
: way to get the added/changed _version_ values returned from /update?
: Or do you always have to do a fresh get?
there is a "versions=true" param you can specify on updates to get the version# back for each doc added -- but aparently we've never documented it before? ... I'll try to make sure that's remedied in the 5.1 ref guide
(FWIW: there also appears to be some problem with using this option with the data_driven_schema_configs ... i just opened SOLR-7404 to look into this)
curl -X POST -H "Content-Type: application/csv" --data-binary @books.csv "http://localhost:8983/solr/techproducts/update?commit=true&versions=true"
<?xml version="1.0" encoding="UTF-8"?>
<response>
<lst name="responseHeader"><int name="status">0</int><int name="QTime">1513</int></lst><lst name="adds"><long name="0553573403">0</long><long name="0553579908">0</long><long name="055357342X">0</long><long name="0553293354">0</long><long name="0812521390">1498553454936719360</long><long
name="0812550706">0</long><long
name="0441385532">1498553454987051008</long><long
name="0380014300">1498553454990196736</long><long
name="0805080481">1498553454993342464</long><long
name="080508049X">1498553454995439616</long></lst>
</response>
-Hoss
http://www.lucidworks.com/
*************************************************************************
This e-mail may contain confidential or privileged information.
If you are not the intended recipient, please notify the sender immediately and then delete it.
TIAA-CREF
*************************************************************************
Re: _version_ returned from /update?
Posted by Chris Hostetter <ho...@fucit.org>.
: In the interests of minimizing round-trips to the database, is there any
: way to get the added/changed _version_ values returned from /update?
: Or do you always have to do a fresh get?
there is a "versions=true" param you can specify on updates to get the
version# back for each doc added -- but aparently we've never documented
it before? ... I'll try to make sure that's remedied in the 5.1 ref guide
(FWIW: there also appears to be some problem with using this option with
the data_driven_schema_configs ... i just opened SOLR-7404 to look into
this)
curl -X POST -H "Content-Type: application/csv" --data-binary @books.csv
"http://localhost:8983/solr/techproducts/update?commit=true&versions=true"
<?xml version="1.0" encoding="UTF-8"?>
<response>
<lst name="responseHeader"><int name="status">0</int><int
name="QTime">1513</int></lst><lst name="adds"><long
name="0553573403">0</long><long name="0553579908">0</long><long
name="055357342X">0</long><long name="0553293354">0</long><long
name="0812521390">1498553454936719360</long><long
name="0812550706">0</long><long
name="0441385532">1498553454987051008</long><long
name="0380014300">1498553454990196736</long><long
name="0805080481">1498553454993342464</long><long
name="080508049X">1498553454995439616</long></lst>
</response>
-Hoss
http://www.lucidworks.com/