Re: Dimension limit in contrib/cube (dump/restore hazard?)

Поиск
Список
Период
Сортировка
От Alexander Korotkov
Тема Re: Dimension limit in contrib/cube (dump/restore hazard?)
Дата
Msg-id CAPpHfdshw4tFg1RAX3_sdbgeiB7FRCf7wJqKytx6p2=y2VGuxw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Dimension limit in contrib/cube (dump/restore hazard?)  (Andrey Borodin <x4mmm@yandex-team.ru>)
Ответы Re: Dimension limit in contrib/cube (dump/restore hazard?)  (Andrey Borodin <x4mmm@yandex-team.ru>)
Список pgsql-hackers
Hi!

On Tue, Aug 28, 2018 at 6:21 PM Andrey Borodin <x4mmm@yandex-team.ru> wrote:
> I belive cube construction from array\arrays should check size of arrays.

Makes sense to me.

> Also there are some unexpected cube dimensionality reduction like in cube_enlarge
>     if (n > CUBE_MAX_DIM)
>         n = CUBE_MAX_DIM;
> You wanted larger cube, but got cube of another dimension.
>
> I think we should something like this

OK, but I think cube_c_f8() and cube_c_f8_f8() also need to be
revised.  Also, I think this behavior should be covered by regression
tests.

------
Alexander Korotkov
Postgres Professional: http://www.postgrespro.com
The Russian Postgres Company


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Ashutosh Bapat
Дата:
Сообщение: Re: TupleTableSlot abstraction
Следующее
От: Jeremy Finzel
Дата:
Сообщение: Re: Some pgq table rewrite incompatibility with logical decoding?