cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (Updated) (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CASSANDRA-3505) tombstone appears after truncate
Date Wed, 23 Nov 2011 21:30:40 GMT

     [ https://issues.apache.org/jira/browse/CASSANDRA-3505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jonathan Ellis updated CASSANDRA-3505:
--------------------------------------

         Priority: Minor  (was: Major)
    Fix Version/s:     (was: 1.0.4)

Hmm. I don't think there's a quick fix for this. StorageProxy/ReadVerbHandler doesn't distinguish
between "row exists but not the columns you asked for" (should include empty row in the resultset)
and "row doesn't exist at all" (should not).
                
> tombstone appears after truncate
> --------------------------------
>
>                 Key: CASSANDRA-3505
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-3505
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 1.0.3
>            Reporter: Cathy Daw
>            Assignee: Jonathan Ellis
>            Priority: Minor
>
> This bug is regarding the select after the 'truncate'.  In 1.0.1 no rows would ever be
returned, but now we are seeing a tombstone when querying for user1.  Jake mentioned this
may be related to CASSANDRA-2855. 
> {code}
> cqlsh> CREATE KEYSPACE ks1 with 
>    ...   strategy_class =  
>    ...     'org.apache.cassandra.locator.SimpleStrategy' 
>    ...   and strategy_options:replication_factor=1;
>   
> cqlsh> use ks1;
> cqlsh:ks1> 
> cqlsh:ks1> CREATE COLUMNFAMILY users (
>        ...   KEY varchar PRIMARY KEY, password varchar, gender varchar,
>        ...   session_token varchar, state varchar, birth_year bigint);
> cqlsh:ks1> INSERT INTO users (KEY, password) VALUES ('user1', 'ch@ngem3a');
> cqlsh:ks1> UPDATE users SET gender = 'm', birth_year = '1980' WHERE KEY = 'user1';
> cqlsh:ks1> SELECT * FROM users WHERE key='user1';
>    KEY | birth_year | gender |  password |
>  user1 |       1980 |      m | ch@ngem3a |
> cqlsh:ks1> TRUNCATE users;
> // Expected, no rows returned
> cqlsh:ks1> SELECT * FROM users WHERE key='user1';
>    KEY |
>  user1 |
> // Expected, no rows returned
> cqlsh:ks1> SELECT * FROM users;
> {code}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message