[tarantool-patches] Re: [PATCH] box: add tuple:size function
Vladislav Shpilevoy
v.shpilevoy at tarantool.org
Wed Oct 10 13:25:49 MSK 2018
Kostja, please, do not ignore.
On 08/10/2018 13:16, Vladimir Davydov wrote:
> On Sat, Oct 06, 2018 at 04:58:46PM +0300, Vladislav Shpilevoy wrote:
>>
>>
>> On 05/10/2018 13:23, Vladimir Davydov wrote:
>>> On Thu, Sep 27, 2018 at 08:55:23PM +0300, AlexeyIvushkin wrote:
>>>> diff --git a/src/box/lua/tuple.lua b/src/box/lua/tuple.lua
>>>> index 63ea73e..801ee3c 100644
>>>> --- a/src/box/lua/tuple.lua
>>>> +++ b/src/box/lua/tuple.lua
>>>> @@ -286,6 +286,7 @@ local methods = {
>>>> ["update"] = tuple_update;
>>>> ["upsert"] = tuple_upsert;
>>>> ["bsize"] = tuple_bsize;
>>>> + ["size"] = internal.tuple.size;
>>>> ["tomap"] = internal.tuple.tuple_to_map;
>>>
>>> Why did you decide to introduce a new function rather than fixing
>>> tuple.bsize, as it was explicitly requested in the ticket?
>>
>> It breaks compatibility. Now bsize returns only Message Pack part
>> of tuple despite what the documentation says.
>
> Frankly, I don't think that introducing a new method just to keep the
> old behavior of bsize intact is a good idea, because we probably won't
> stop at that. The next thing we have to add will probably be space.size,
> which would be defined as a sum of tuple.size of constituent tuples and
> that wouldn't be as trivial to implement as tuple.size...
>
> Anyway, IMO having two methods for getting the size of binary data
> stored in a tuple is confusing (which one should I use as a user?).
> Up to Kostja.
>
More information about the Tarantool-patches
mailing list