Database Reference
In-Depth Information
tombstone is simply a marker that data was deleted from that column. Tombstones, like
normal column values, carry a timestamp indicating when the deletion happened.
Armed with a tombstone, Cassandra can correctly serve our request to read HappyCorp's
user record just after the concurrent update and deletion. The node coordinating the read
will now see a version of the row with
New York
in the
location
field, a version of
the row with the old location, and a version of the row with the tombstone in the
loca-
tion
column. Since the tombstone will have the most recent write timestamp of the
three, the coordinator will correctly determine that there should be no data returned for the
location
field.
Note
For more on deletion and tombstones, see the DataStax Cassandra documentation at
ht-
