From: "Timur Safin" <tsafin@tarantool.org> To: 'Chris Sosnin' <k.sosnin@tarantool.org>, 'Peter Gulutzan' <pgulutzan@ocelot.ca> Cc: tarantool-patches@dev.tarantool.org Subject: Re: [Tarantool-patches] [PATCH 0/4] session settings fixes Date: Wed, 8 Apr 2020 12:40:38 +0300 [thread overview] Message-ID: <0ab201d60d89$c39dd5f0$4ad981d0$@tarantool.org> (raw) In-Reply-To: <1433D33E-327F-4365-BB52-8BB9C6B539D5@tarantool.org> : -----Original Message----- : From: Tarantool-patches <tarantool-patches-bounces@dev.tarantool.org> On : Behalf Of Chris Sosnin : : > On 3 Apr 2020, at 20:09, Peter Gulutzan <pgulutzan@ocelot.ca> wrote: : > : > Hi, : > : > Re: : > SETTING SET "sql_default_engine" = 'memtx'; : > : > Adding a new reserved word SETTING, without advance notice, : > should be against policy. It causes a slight risk : > of breaking an existing application. : > : > I had hoped for : > UPDATE _SETTINGS_DEFAULT_ENGINE SET VALUE = 'memtx'; : : Implementing this syntax would either require creating a table for each : setting : or adding new keywords, since this is the same as updating tables. : : Moreover, SET VALUE construction also is not supported, so we still need : to reserve a new word. : : We can borrow another MySQL syntax — SET SESSION name = value : What do you think about this option? : Peter, after multiple rounds of discussions here (one incompatible way against another incompatible way) we tend to prefer the simpler syntax SET SESSION sqlconfigname = value because it's quite simpler, looks similar to MySQL way (though still is not part of standard), and would require less intrusive patch to parser. Introducing all configuration settins as separate system spaces (via hardcoding in the engine) looked to us slightly more intrusive (while still being not as much closer to the standard way). Minuses against minuses on both sides. What do you think, Peter? Thanks, Timur
next prev parent reply other threads:[~2020-04-08 9:40 UTC|newest] Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-04-03 17:09 Peter Gulutzan 2020-04-03 18:11 ` Timur Safin 2020-04-07 16:32 ` Chris Sosnin 2020-04-08 9:40 ` Timur Safin [this message] 2020-04-08 15:03 ` Peter Gulutzan 2020-04-08 14:36 ` Peter Gulutzan -- strict thread matches above, loose matches on Subject: below -- 2020-03-30 9:13 Chris Sosnin 2020-04-02 9:14 ` Timur Safin 2020-04-02 10:18 ` Chris Sosnin 2020-04-03 12:47 ` Nikita Pettik 2020-04-03 13:09 ` Nikita Pettik 2020-04-03 14:02 ` Chris Sosnin 2020-04-13 14:18 ` Kirill Yukhin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to='0ab201d60d89$c39dd5f0$4ad981d0$@tarantool.org' \ --to=tsafin@tarantool.org \ --cc=k.sosnin@tarantool.org \ --cc=pgulutzan@ocelot.ca \ --cc=tarantool-patches@dev.tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH 0/4] session settings fixes' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox