Реальные тесты мы сами конечно же проведем, никто на вас желания не перекладывает :)
Сейчас вопросы к опубликованному материалу.
Вы в своей статье указываете какие-то цифры, встает закономерный вопрос, как эти цифры получены? Если они из какого-то источника, то указывайте источник этих цифр. Если вы делали тесты, хотелось бы увидеть методику этих тестов.
Да для начала хотя бы увидеть хоть какие-то реальные цифры, на худой конец как "ожидаемые" результаты производительности считались и на чем основываются результаты производительности GP6 :)
Немного не понял, что имеется ввиду. Greenplum не умеет хранить отсортированные заранее данные. Насколько я знаю такая возможность есть только при использовании спецификатора CLUSTER, но он работает только с B-tree индексами и не поддерживается для партицированных таблиц.
На малом объеме данных BRIN сработал, видно из плана запроса, который я привел в статье.
Практически все наши наработки планируем выкладывать в открытый доступ. Развития самого ядра в планах на данный момент нет, только инструменты поверх ванильного gp. В построении бизнеса на лицензировании open source без внесения чего-то нового, лично я смысл не особо вижу.
Мы не претендуем на звание вендора и не заявляем, что будем делать новые фичи в ядро gp. Наши инструменты вокруг gp могут работать над разными сборками, с оговорками конечно же. Тут мы просто открыли то что было в opensource, без каких-либо наших правок.
Разделяю тезис, что развитие такого большого проект в одиночку сомнительно, и поддерживаю идею двигаться в одном направлении с сообществом.
Реальные тесты мы сами конечно же проведем, никто на вас желания не перекладывает :)
Сейчас вопросы к опубликованному материалу.
Вы в своей статье указываете какие-то цифры, встает закономерный вопрос, как эти цифры получены? Если они из какого-то источника, то указывайте источник этих цифр. Если вы делали тесты, хотелось бы увидеть методику этих тестов.
Да для начала хотя бы увидеть хоть какие-то реальные цифры, на худой конец как "ожидаемые" результаты производительности считались и на чем основываются результаты производительности GP6 :)
Скорее вывод, что переходить пока что никуда не стоит, так как затраты на миграцию превысят потенциальный положительный эффект.
Для GP6 - 228c
Для GP7 - 186c
Для CBDB - 222c
Немного не понял, что имеется ввиду. Greenplum не умеет хранить отсортированные заранее данные. Насколько я знаю такая возможность есть только при использовании спецификатора CLUSTER, но он работает только с B-tree индексами и не поддерживается для партицированных таблиц.
На малом объеме данных BRIN сработал, видно из плана запроса, который я привел в статье.
Практически все наши наработки планируем выкладывать в открытый доступ. Развития самого ядра в планах на данный момент нет, только инструменты поверх ванильного gp. В построении бизнеса на лицензировании open source без внесения чего-то нового, лично я смысл не особо вижу.
Мы не претендуем на звание вендора и не заявляем, что будем делать новые фичи в ядро gp. Наши инструменты вокруг gp могут работать над разными сборками, с оговорками конечно же. Тут мы просто открыли то что было в opensource, без каких-либо наших правок.
Разделяю тезис, что развитие такого большого проект в одиночку сомнительно, и поддерживаю идею двигаться в одном направлении с сообществом.
Второй вопрос не до конца понял.