plu_group_id и store_group_id это входящие в запрос параметры. Можно по разному подготовить группы магазинов и группы товаров. В данном случае пред агрегат не рабочее решение.
"receipt_dttm для чека уникально" - то есть для всех товаров в одном чеке время одинаково? Да, одно значение даты времени для одного чека
Также по "receipt_id относится только к одному магазину" - это означает, что значения receipt_id не пересекается в рамках нескольких магазинов. По сути (receipt_id, plu_id) - PK
Перераспределение внутри запроса - это считается нормальная практика? Если перераспределение не удается избежать делается перераспределение.
Практика нормальная Greenplum это про OLAP нагрузку и количество активных пользователей обычно ограничено.
Я понял что человек писал о создании предрасчитанной таблицы
Ответ относился к созданию предагрегата
В данном случае пред агрегат не рабочее решение.
Решение рабочее. При расширении ключа увеличивается количество обрабатываемых сегментов.
plu_group_id и store_group_id это входящие в запрос параметры. Можно по разному подготовить группы магазинов и группы товаров. В данном случае пред агрегат не рабочее решение.
Добрый день
"receipt_dttm для чека уникально" - то есть для всех товаров в одном чеке время одинаково? Да, одно значение даты времени для одного чека
Также по "receipt_id относится только к одному магазину" - это означает, что значения receipt_id не пересекается в рамках нескольких магазинов. По сути (receipt_id, plu_id) - PK
Перераспределение внутри запроса - это считается нормальная практика? Если перераспределение не удается избежать делается перераспределение.
Практика нормальная Greenplum это про OLAP нагрузку и количество активных пользователей обычно ограничено.
Repeateble read - В отличий от первых двух, как следует из названия читает данные два раза
Вы документацию читали? Или это ваше особое понимание?
https://postgrespro.ru/docs/postgrespro/9.5/transaction-iso#xact-repeatable-read