[
https://issues.apache.org/jira/browse/KUDU-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17039489#comment-17039489
]
ASF subversion and git services commented on KUDU-1563:
-------------------------------------------------------
Commit 731f5f3b144e93fdc5b55313a71cc9cec920692e in kudu's branch
refs/heads/master from Brock Noland
[ https://gitbox.apache.org/repos/asf?p=kudu.git;h=731f5f3 ]
KUDU-1563. Add an INSERT_IGNORE operation
This patch adds an `INSERT_IGNORE' operation which behaves like
a normal `INSERT' except in the case when a duplicate row error
would be raised by the primary key having been previously inserted.
In the future if more types of errors need to be ignored, other than
key errors, we can add session or batch level configurations to set
which errors should be ignored. I didn’t do that in this patch to keep
things simple and becase ignoring key errors is the only use-case I
have seen required/requested. At that time UPSERT_INGORE could
be added as well.
Follow on patches will add more client support.
Change-Id: I5bfc35e9d27bd5e2d3375b68e6e4716ed671f36c
Reviewed-on: http://gerrit.cloudera.org:8080/4491
Reviewed-by: Adar Dembo <[email protected]>
Tested-by: Kudu Jenkins
> Add support for INSERT/UPDATE/DELETE IGNORE
> -------------------------------------------
>
> Key: KUDU-1563
> URL: https://issues.apache.org/jira/browse/KUDU-1563
> Project: Kudu
> Issue Type: New Feature
> Reporter: Dan Burkert
> Assignee: Grant Henke
> Priority: Major
> Labels: backup, roadmap-candidate
>
> The Java client currently has an [option to ignore duplicate row key errors|
> https://kudu.apache.org/apidocs/org/kududb/client/AsyncKuduSession.html#setIgnoreAllDuplicateRows-boolean-],
> which is implemented by filtering the errors on the client side. If we are
> going to continue to support this feature (and the consensus seems to be that
> we probably should), we should promote it to a first class operation type
> that is handled on the server side. This would have a modest perf.
> improvement since less errors are returned, and it would allow INSERT IGNORE
> ops to be mixed in the same batch as other INSERT, DELETE, UPSERT, etc. ops.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
