From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <korablev@tarantool.org>
Received: from smtpng1.m.smailru.net (smtpng1.m.smailru.net [94.100.181.251])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (No client certificate requested)
 by dev.tarantool.org (Postfix) with ESMTPS id BB2A141D0BD
 for <tarantool-patches@dev.tarantool.org>;
 Wed, 16 Oct 2019 15:47:39 +0300 (MSK)
Date: Wed, 16 Oct 2019 15:47:38 +0300
From: Nikita Pettik <korablev@tarantool.org>
Message-ID: <20191016124738.GB12432@tarantool.org>
References: <cover.1571068485.git.kshcherbatov@tarantool.org>
 <20191015213405.GB898@tarantool.org> <20191016055725.GB16587@atlas>
 <20191016110739.GB11847@tarantool.org>
 <20191016111142.GA16144@atlas>
 <20191016121811.GA12432@tarantool.org>
 <20191016123257.GA20923@atlas>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <20191016123257.GA20923@atlas>
Subject: Re: [Tarantool-patches] [tarantool-patches] [PATCH v1 0/9] schema:
	rework _trigger space
List-Id: Tarantool development <tarantool-patches.dev.tarantool.org>
List-Unsubscribe: <https://lists.tarantool.org/mailman/options/tarantool-patches>, 
 <mailto:tarantool-patches-request@dev.tarantool.org?subject=unsubscribe>
List-Archive: <https://lists.tarantool.org/pipermail/tarantool-patches/>
List-Post: <mailto:tarantool-patches@dev.tarantool.org>
List-Help: <mailto:tarantool-patches-request@dev.tarantool.org?subject=help>
List-Subscribe: <https://lists.tarantool.org/mailman/listinfo/tarantool-patches>, 
 <mailto:tarantool-patches-request@dev.tarantool.org?subject=subscribe>
To: Konstantin Osipov <kostja.osipov@gmail.com>, tarantool-patches@freelists.org, tarantool-patches@dev.tarantool.org, Kirill Shcherbatov <kshcherbatov@tarantool.org>

On 16 Oct 15:32, Konstantin Osipov wrote:
> * Nikita Pettik <korablev@tarantool.org> [19/10/16 15:23]:
> 
> Let's just consider name:
> 
> > Okay, let's enumerate all possible properties of _trigger space (I've taken
> > version from the last RFC):
> > 
> > - name (both have)
> 
> If there will be persistent lua triggers, would it be possible to
> drop them from SQL? With what construct? What will be their name
> space (same name space as SQL triggers, or a distinct names space)?
> Case sensitivity? 

IMHO there should be no opportunity to drop Lua NoSQL triggers from SQL;
they should share different namespaces (as it happens now). The reason
is that SQL triggers will be implemented as NoSQL on_replace triggers
under the hood.

> -- 
> Konstantin Osipov, Moscow, Russia