Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 6E07D200C41 for ; Thu, 16 Feb 2017 20:46:47 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 6CDE8160B6F; Thu, 16 Feb 2017 19:46:47 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id C3B8F160B72 for ; Thu, 16 Feb 2017 20:46:46 +0100 (CET) Received: (qmail 3509 invoked by uid 500); 16 Feb 2017 19:46:46 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 3468 invoked by uid 99); 16 Feb 2017 19:46:45 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Feb 2017 19:46:45 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 5D95F1A0439 for ; Thu, 16 Feb 2017 19:46:45 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -1.199 X-Spam-Level: X-Spam-Status: No, score=-1.199 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id n0BhIMpHC94K for ; Thu, 16 Feb 2017 19:46:44 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 0F1BF60DD1 for ; Thu, 16 Feb 2017 19:46:44 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id E98A1E07E9 for ; Thu, 16 Feb 2017 19:46:42 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 207782413E for ; Thu, 16 Feb 2017 19:46:42 +0000 (UTC) Date: Thu, 16 Feb 2017 19:46:42 +0000 (UTC) From: "Mikhail Krupitskiy (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Comment Edited] (CASSANDRA-13130) Strange result of several list updates in a single request MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 16 Feb 2017 19:46:47 -0000 [ https://issues.apache.org/jira/browse/CASSANDRA-13130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15870591#comment-15870591 ] Mikhail Krupitskiy edited comment on CASSANDRA-13130 at 2/16/17 7:46 PM: ------------------------------------------------------------------------- {quote}When you issue a single query with two updates, the two updates are actually having the same timestamp which means that the update with the higher value will win.{quote} Could you please clarify what does "the higher value will win" mean? Does it mean that it's not defined which of two updates will be actually applied? was (Author: mkrupits_jb): >> When you issue a single query with two updates, the two updates are actually having the same timestamp which means that the update with the higher value will win. Could you please clarify what does "the higher value will win" mean? Does it mean that it's not defined which of two updates will be actually applied? > Strange result of several list updates in a single request > ---------------------------------------------------------- > > Key: CASSANDRA-13130 > URL: https://issues.apache.org/jira/browse/CASSANDRA-13130 > Project: Cassandra > Issue Type: Bug > Reporter: Mikhail Krupitskiy > Assignee: Benjamin Lerer > Priority: Trivial > > Let's assume that we have a row with the 'listColumn' column and value \{1,2,3,4\}. > For me it looks logical to expect that the following two pieces of code will ends up with the same result but it isn't so. > Code1: > {code} > UPDATE t SET listColumn[2] = 7, listColumn[2] = 8 WHERE id = 1; > {code} > Expected result: listColumn=\{1,2,8,4\} > Actual result: listColumn=\{1,2,7,8,4\} > Code2: > {code} > UPDATE t SET listColumn[2] = 7 WHERE id = 1; > UPDATE t SET listColumn[2] = 8 WHERE id = 1; > {code} > Expected result: listColumn=\{1,2,8,4\} > Actual result: listColumn=\{1,2,8,4\} > So the question is why Code1 and Code2 give different results? > Looks like Code1 should give the same result as Code2. -- This message was sent by Atlassian JIRA (v6.3.15#6346)