From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <tarantool-patches-bounce@freelists.org>
Received: from localhost (localhost [127.0.0.1])
	by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B18202CC89
	for <tarantool-patches@freelists.org>; Mon, 13 May 2019 03:10:00 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
	by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id J6kEFkWfa5iB for <tarantool-patches@freelists.org>;
	Mon, 13 May 2019 03:10:00 -0400 (EDT)
Received: from smtpng2.m.smailru.net (smtpng2.m.smailru.net [94.100.179.3])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id EB8DF2C908
	for <tarantool-patches@freelists.org>; Mon, 13 May 2019 03:09:59 -0400 (EDT)
Subject: [tarantool-patches] Re: [PATCH v3 2/3] box: run check constraint
 tests on space alter
References: <cover.1555420166.git.kshcherbatov@tarantool.org>
 <4f44a278-a591-4fbf-b2fa-8cb50200d4b0@tarantool.org>
 <20190507163948.GC10365@atlas> <1557251257.268416019@f459.i.mail.ru>
 <C74F1C00-C175-4482-B883-9263DC58BF12@tarantool.org>
 <20190512211251.GB13210@atlas>
From: Kirill Shcherbatov <kshcherbatov@tarantool.org>
Message-ID: <31454aed-131a-cc16-0408-4b91ab24ee4e@tarantool.org>
Date: Mon, 13 May 2019 10:09:55 +0300
MIME-Version: 1.0
In-Reply-To: <20190512211251.GB13210@atlas>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Sender: tarantool-patches-bounce@freelists.org
Errors-to: tarantool-patches-bounce@freelists.org
Reply-To: tarantool-patches@freelists.org
List-Help: <mailto:ecartis@freelists.org?Subject=help>
List-Unsubscribe: <mailto:tarantool-patches-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: tarantool-patches <tarantool-patches.freelists.org>
List-Subscribe: <mailto:tarantool-patches-request@freelists.org?Subject=subscribe>
List-Owner: <mailto:>
List-post: <mailto:tarantool-patches@freelists.org>
List-Archive: <http://www.freelists.org/archives/tarantool-patches>
To: tarantool-patches@freelists.org, Konstantin Osipov <kostja@tarantool.org>, "n.pettik" <korablev@tarantool.org>

>> To be honest, I don’t get what Konstantin really meant in his next letter.
>> I’m ok with your approach.
> 
> What is it that is unclear?

>> It's better to fetch the bound field upon first access.
>> Most paths of the CHECK constraint may not touch most of the
>> fields.

As far as I understand, Kostya wants something like binding on
demand for VDBE; maybe something like new op

"OP_Fetch | struct tuple * | fieldno" =

static inline const char *
tuple_field(struct tuple *tuple, uint32_t fieldno)
+
result cache in VDBE