Sorry this is so long after the initial. I wrote a dtest to try to make
this happen here:
https://github.com/bakerag1/cassandra-dtest/blob/master/collection_update_test.py
This is my first dtest and my second python script, so I am not overly
confident that it is doing a good job of this test, so
Are you sure you aren't using batches? These will assign the same timestamp
to your inserts which can lead to unexpected behaviors.
On Fri, Oct 14, 2016 at 9:45 PM Vladimir Yudovin
wrote:
> Did you try the same quires with Java driver without using prepared
> statements?
>
Did you try the same quires with Java driver without using prepared statements?
Best regards, Vladimir Yudovin,
Winguzone - Hosted Cloud Cassandra on Azure and SoftLayer.
Launch your cluster in minutes.
On Fri, 14 Oct 2016 15:13:38 -0400Aoi Kadoya cadyan@gmail.com
wrote
Hi Vladimir,
In fact I am having difficulty to reproduce this issue by cqlsh.
I was reported this issue by one of our developers and he is using his
client application that uses cassandra java driver 3.0.3. (we're using
DSE5.0.1)
app A:
2016-10-11 13:28:23,014 [TRACE] [core.QueryLogger.NORMAL]
The data is actually appended. not overwritten.
Strange, can you send exactly operators?
Here is example I do:
CREATE KEYSPACE events WITH replication = {'class': 'SimpleStrategy',
'replication_factor': 1};
CREATE TABLE events.data (id int primary key, events listtext);
INSERT INTO
yes, that's what I thought. but, when I use these forms,
INSERT ... ['A']
INSERT ... ['B']
The data is actually appended. not overwritten.
so I guess this is something unexpected?
Thanks,
Aoi
2016-10-12 20:55 GMT-07:00 Vladimir Yudovin :
> If you use form
> INSERT ...
If you use form
INSERT ... ['A']
INSERT ... ['B']
latest INSERT will overwrite first, because this insert the whole list. It's
better to use UPDATE like:
UPDATE ... SET events = events + ['A']
UPDATE ... SET events = events + ['B']
These operations add new elements to the end of existing