в теории лучше, но нужно смотреть. в гринпламе единый координатор (роутер запросов + цельность кластера + глобальные транзакции), отправляющий куски плана на узлы с данными. а в поляре (судя по картинкам), цельность кластера и глобальные транзакции - это отдельные роли узлов, а каждый узел с данными может выступать как роутер. так же в гринпалме за отказоустойчивой парой (primary - mirror) узлов данных присматривает координатор. тут же вообще отказоустойчивая тройка на консенсусе (третья нога для хранения журнала предзаписи). ну и шардирование сделано иначе - в гринпламе это консистентное jump хеширование от гугла, а тут - похоже, оно на виртуальных бакетах.
все что выше, на самом деле, косметика для аналитического профиля. ключевые вопросы - что с распределенным планировщиков и перемещением данных между узлами при распределенных соединениях. нужно смотреть (и воровать идеи в гринплам, конечно же)

Русскоязычное сообщество Apache Airflow