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 B7F7F200C5B for ; Thu, 27 Apr 2017 10:53:32 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id B68C1160BA7; Thu, 27 Apr 2017 08:53:32 +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 D6749160B98 for ; Thu, 27 Apr 2017 10:53:31 +0200 (CEST) Received: (qmail 66540 invoked by uid 500); 27 Apr 2017 08:53:31 -0000 Mailing-List: contact user-help@ignite.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@ignite.apache.org Delivered-To: mailing list user@ignite.apache.org Received: (qmail 66529 invoked by uid 99); 27 Apr 2017 08:53:30 -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, 27 Apr 2017 08:53:30 +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 8270E1B0D77 for ; Thu, 27 Apr 2017 08:53:30 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.88 X-Spam-Level: * X-Spam-Status: No, score=1.88 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id ZEwFzooYfued for ; Thu, 27 Apr 2017 08:53:26 +0000 (UTC) Received: from mail-lf0-f51.google.com (mail-lf0-f51.google.com [209.85.215.51]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 3F41960CCB for ; Thu, 27 Apr 2017 08:53:26 +0000 (UTC) Received: by mail-lf0-f51.google.com with SMTP id t144so13663208lff.1 for ; Thu, 27 Apr 2017 01:53:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=5wI23OVlhWGPYywRnusjXWc9yAJgWg1itRVRwEn4H6g=; b=RruZOLJA8CtDKTz0p2hyGFcf7HMXYF13ce9M0ozTbGf74+Ye+vLG2KXaxu2us+ixqU vVRgvT3eJD5ZLEoVX2DAULdqj/NzSbb5chxpJH8Pjibq2qTzHD3EN+HsSbgcobtBviMA pdSSs2EasCCXXDbaS0H8H9KQsHgVQzUlgiHT0cVcK4po+PPVgDjSQ13TMspOCMfSQy36 eb2ZRX2100ubYeqsBU3wBu7Bmk5lc+clh4t5fqrC9B3fxLSj88wlydypw+9ielQy/OTr kYfiQtfNi0I+/X+WSxeGeoGW9D4PRSHjZFAwhstuw5/q/NmWEtj8YXwXeaOc8zbrzsU3 BJAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=5wI23OVlhWGPYywRnusjXWc9yAJgWg1itRVRwEn4H6g=; b=Q9wGE4t+/rVTcK20nNeZhtgko+SIoACbJ+ZcDKwyrWvblUBq6p+RiNYWVFc3q9+fqo n/U+XgBsT4XMUJVJB42qcyCcIyHul/7pLRquGg19Gtoj9gccHXXOvbjROW3zwSKalPhX 3rimnS6Y/kpndbKfIAoIJcySR7Bd8ti5PusxPqNMPSJF3qZvJwZF2VyRormjReQN2ES2 UJ7YsfCmF5bqpH/FTdSDDg6JJNT6Y2YBIpaHS4MjVzX24iQB8uqiLfG6WKRv7WXWbmBR 1sBRpEFczya9uhXdniiL8wVpApUl1XysZUgYcDHxCGWD/9Ak3/th2ki1gA5pgXwkhPwr 4RQQ== X-Gm-Message-State: AN3rC/75132pHD64/4MNnEOxQwTnaH+3lqlQoOpEmgQNU+Rj+PQBBWCZ qoUSGUd49HXjPecVWFydWF+IW1+oLw== X-Received: by 10.25.56.11 with SMTP id f11mr1553960lfa.83.1493283205431; Thu, 27 Apr 2017 01:53:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.211.80 with HTTP; Thu, 27 Apr 2017 01:53:24 -0700 (PDT) In-Reply-To: <1493281599713-12287.post@n6.nabble.com> References: <1493136744840-12242.post@n6.nabble.com> <1493145245309-12247.post@n6.nabble.com> <58ff9f9e.09ab1c0a.2071.c01b@mx.google.com> <1493193409284-12256.post@n6.nabble.com> <010f01d2be72$a86a8cb0$f93fa610$@gmail.com> <1493279726308-12285.post@n6.nabble.com> <1493281599713-12287.post@n6.nabble.com> From: Gaurav Bajaj Date: Thu, 27 Apr 2017 10:53:24 +0200 Message-ID: Subject: Re: Write behind and eventual consistency To: user@ignite.apache.org Content-Type: multipart/alternative; boundary=f403045ea2b6024a7f054e221724 archived-at: Thu, 27 Apr 2017 08:53:32 -0000 --f403045ea2b6024a7f054e221724 Content-Type: text/plain; charset=UTF-8 Hi Val, Our use case : 1. Read records from file 2. Do computations on each record 3. Put them in the cache and persistence using write behind. 4. When all the records from file are processed, updated in Cache and also persisted to DB, we want to trigger some other process which will do next set of operations on these records from cache. 5. We want to trigger this next process and mark original file as processed, only when we are sure data is persisted, so that in case of Node failure we need not process that file again. On Thu, Apr 27, 2017 at 10:26 AM, steve.hostettler < steve.hostettler@gmail.com> wrote: > Hi Val, > > the use case is the following > > 1) Load data into the database from an external system > 2) Once ready load it into the grid > 3) Process something that does massive write behinds > 4) Take a snapshot of the results (or) Do a backup of the tables <<--- At > this point I need the eventual consistency to ...eventually be > > At step 4 I cannot afford to have some update still in progress. This is > even more important since because of write behind I cannot maintain > referential integrity (since the insert/update are done in a random order) > > > > -- > View this message in context: http://apache-ignite-users. > 70518.x6.nabble.com/Write-behind-and-eventual- > consistency-tp12242p12287.html > Sent from the Apache Ignite Users mailing list archive at Nabble.com. > --f403045ea2b6024a7f054e221724 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Val,

Our use case :

1. Read records from file
2. Do computations on each rec= ord
3. Put them in the cache and persistence using write behind.<= /div>
4. When all the records from file are processed, updated in Cache= and also persisted to DB, we want to
=C2=A0trigger some other pr= ocess which will do next set of operations on these records from cache.
5. We want to trigger this next process and mark original file as pr= ocessed, only when we are sure data is persisted, so that in case of Node f= ailure we need not process that file again.




















On Thu, Apr 27, 2017 at 10:26 AM, steve.hostettler <= span dir=3D"ltr"><steve.hostettler@gmail.com> wrote:
Hi Val,

the use case is the following

1) Load data into the database from an external system
2) Once ready load it into the grid
3) Process something that does massive write behinds
4) Take a snapshot of the results (or) Do a backup of the tables=C2=A0 =C2= =A0<<--- At
this point I need the eventual consistency to ...eventually be

At step 4 I cannot afford to have some update still in progress. This is even more important since because of write behind I cannot maintain
referential integrity (since the insert/update are done in a random order)<= br>


--
View this message in context: http://apache-ignite-users.70518.x6.= nabble.com/Write-behind-and-eventual-consistency-tp12242p12287.ht= ml
Sent from the Apache Ignite Users m= ailing list archive at Nabble.com.

--f403045ea2b6024a7f054e221724--