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 7AC39200B6E for ; Sat, 6 Aug 2016 09:45:22 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 791F5160A77; Sat, 6 Aug 2016 07:45:22 +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 BEFAA160A89 for ; Sat, 6 Aug 2016 09:45:21 +0200 (CEST) Received: (qmail 79811 invoked by uid 500); 6 Aug 2016 07:45:21 -0000 Mailing-List: contact issues-help@ignite.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ignite.apache.org Delivered-To: mailing list issues@ignite.apache.org Received: (qmail 79793 invoked by uid 99); 6 Aug 2016 07:45:20 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 06 Aug 2016 07:45:20 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id BA88F2C0D5F for ; Sat, 6 Aug 2016 07:45:20 +0000 (UTC) Date: Sat, 6 Aug 2016 07:45:20 +0000 (UTC) From: "Alexander Paschenko (JIRA)" To: issues@ignite.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (IGNITE-2294) Implement SQL DML (insert, update, delete) clauses. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sat, 06 Aug 2016 07:45:22 -0000 [ https://issues.apache.org/jira/browse/IGNITE-2294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15410532#comment-15410532 ] Alexander Paschenko commented on IGNITE-2294: --------------------------------------------- 1. You're not quite right. {{addBatch}} does not assign params by itself (and does not take any args at all), but rather tells driver that a new row has to be added to the batch, and for it the current set of values is copied. You set params by calling series of, say, {{setInt(column, value)}} (or whatever the type of param is), then call {{addBatch}}, and so forth, for each of the rows. 2. Could you please elaborate on difference in semantics? We could of course turn data streamer on by setting connection string param, but still there's the question: how and when do we flush then? By forcing the user to set auto flush timeout? (Sounds like an option to me.) I don't think that it would be a good idea to introduce our "own" SQL statements for data streamer flush, and can't come up with how we could let the driver and cache know about the flush otherwise. > Implement SQL DML (insert, update, delete) clauses. > --------------------------------------------------- > > Key: IGNITE-2294 > URL: https://issues.apache.org/jira/browse/IGNITE-2294 > Project: Ignite > Issue Type: Wish > Reporter: Sergi Vladykin > Assignee: Alexander Paschenko > Fix For: 1.7 > > > We need to add parsing for all the listed SQL commands and translate them into respective cache operations (putIfAbstent, put, remove). -- This message was sent by Atlassian JIRA (v6.3.4#6332)