From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "n.pettik" Message-Id: <7F8FD13E-5107-4D79-B80B-A398D6D93FC5@tarantool.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_44F25FA3-8EB1-45E6-81A7-1E5BB3203263" Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Subject: Re: [tarantool-patches] [PATCH 1/2] space: add method to fetch next rowid Date: Tue, 30 Oct 2018 13:32:30 +0300 In-Reply-To: <20181030084512.li7q5llgflczchf7@esperanza> References: <11f65a415a9b1101fa4ba816be237df524de9b47.1540838910.git.korablev@tarantool.org> <20181030084512.li7q5llgflczchf7@esperanza> To: tarantool-patches@freelists.org Cc: Vladimir Davydov , Vladislav Shpilevoy List-ID: --Apple-Mail=_44F25FA3-8EB1-45E6-81A7-1E5BB3203263 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 30 Oct 2018, at 11:45, Vladimir Davydov = wrote: >=20 > May be, we should even consider putting back > the original SQLite implementation. Unfortunately, this variant is unlikely to be possible at all. We=E2=80=99ve already deleted and refactored far too much SQL code since original ephemeral tables were substituted with Tarantool ones. --Apple-Mail=_44F25FA3-8EB1-45E6-81A7-1E5BB3203263 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On 30 Oct 2018, at 11:45, Vladimir Davydov <vdavydov.dev@gmail.com> wrote:

May be, we should even consider = putting back
the original = SQLite implementation.

Unfortunately, this variant is unlikely to be = possible at all.

We=E2=80=99ve already deleted and refactored = far too much SQL code

since original ephemeral tables were = substituted with Tarantool

ones.

= --Apple-Mail=_44F25FA3-8EB1-45E6-81A7-1E5BB3203263--