«Ящик Пандоры», или из чего состоит планировщик запросов СУБД Greenplum

[mishamota]

Если Greenplum не может использовать оптимизатор GPORCA, то для построения плана будет использоваться планировщик Postgres.

Предложил бы дополнить статью командами, которые выключают GPORCA (иногда и такое бывает нужно)

SET OPTIMIZER = OFF; --в рамках коннекта

ALTER DATABASE mydb1 SET OPTIMIZER = OFF; --на всю бд

[Iliukhin]

Михаил, спасибо за комментарий.

На всю бд лично я бы не рекомендовал отключение GPORCA. (особенно если используется партиционирование) А в рамках сессии, теоретически можно. А можете сказать, в каких случаях вы вынуждены были отказаться от "GPORCA " ?

[mishamota]

1. Баги gporca (например, из свеженького, видимость некоторых удалённых записей в запросах с сет операторами)

2. Производительность самого планировщика в некоторых кейсах дающая х100 к общей длительности запроса.

[MiIs]

Нормальная статья с учетом отсутствия достаточной документации на русском языке. Офтоп: PostgresPro тоже запили свой Shardman - там документация должна быть русской. Но к чему ближе Shardman к GreenPlum или Oracle RAC пока не читал.

[Iliukhin]

Михаил, спасибо за ваш комментарий. Да, согласен с вами, на русском языке мало качественной литературы по greenplum. На мой взгляд, Shardman ближе GreenPlum, но концепция все же отличается от Greenplum