Comments 12
good!
Как приготовить DataVault и не испортить Greenplum. И правильный ответ - никак.
Большое кол-во соединение противопаказано GP тк нет никаких нормальных техник оптимизации соединений проде фильтров блума.
Я бы не был так категоричен. У нас это довольно неплохо получилось. Пользователей у нас не тысячи, поэтому проблем с этим не наблюдаем.
И как это решило проблему того что в GP нет оптимизации соединений?
То что у вас работает как то не означает что может работать в разы быстрее при тех же затратах на железо под GP.
Тысячи пользователей работать в GP не могут по определению. Вы больше ~500+ соединений клиентских технически поднять не сможете.
Грац с первой статьей, продолжайте в том же духе 🚀
Следующая статья будет про то, как отказаться от deprecated решения на основе Greenplum?
спасибо! очень интересно и познавательно!
Т.е. все таки индекс для того чтобы инкремент смотреть. Если не секрет какие джедайские техники использовались в процессе, помимо отключения gporca
Да, индексы есть только в таблицах с сырыми данными. Быстрый поиск в партиции с over700 млн строк более менее нормально работает только с индексом. Можно, конечно, резать партиции по 1му дню, но чем больше системный словарь, тем хуже с ним работает GP.
В целом джедайских техник никаких нет. Из дополнительного переехали на SSD вместо HDD, всё стало работать очень хорошо.
Как приготовить DataVault и не испортить Greenplum