[
https://issues.apache.org/jira/browse/CASSANDRA-7304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14037553#comment-14037553
]
Sylvain Lebresne commented on CASSANDRA-7304:
---------------------------------------------
As an aside, syntax wise, I'm -1 on having a boolean for IGNORE_NULLS. It
should be {{UPDATE table USING IGNORE_NULLS SET ...}}, not {{UPDATE table USING
IGNORE_NULLS true SET ...}}. There is no "default" to worry about: {{null}} has
a semantic in CQL and we won't change it, it's not a default that may or may
not change.
In fact, while we're on syntax, I'm not a huge fan of {{USING IGNORE_NULLS}} as
it doesn't read well imo. I'd rather just have {{IGNORE NULLS}} at the end of
the statement the same way we have a {{ALLOW FILTERING}} for selects.
> Ability to distinguish between NULL and UNSET values in Prepared Statements
> ---------------------------------------------------------------------------
>
> Key: CASSANDRA-7304
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7304
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Drew Kutcharian
>
> Currently Cassandra inserts tombstones when a value of a column is bound to
> NULL in a prepared statement. At higher insert rates managing all these
> tombstones becomes an unnecessary overhead. This limits the usefulness of the
> prepared statements since developers have to either create multiple prepared
> statements (each with a different combination of column names, which at times
> is just unfeasible because of the sheer number of possible combinations) or
> fall back to using regular (non-prepared) statements.
> This JIRA is here to explore the possibility of either:
> A. Have a flag on prepared statements that once set, tells Cassandra to
> ignore null columns
> or
> B. Have an "UNSET" value which makes Cassandra skip the null columns and not
> tombstone them
> Basically, in the context of a prepared statement, a null value means delete,
> but we don’t have anything that means "ignore" (besides creating a new
> prepared statement without the ignored column).
> Please refer to the original conversation on DataStax Java Driver mailing
> list for more background:
> https://groups.google.com/a/lists.datastax.com/d/topic/java-driver-user/cHE3OOSIXBU/discussion
--
This message was sent by Atlassian JIRA
(v6.2#6252)
