forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23, opennews (??), 13-Май-18, (0) [смотреть все]

Правильно ли я понимаю ситуацию если тебя устраивает 9 6 можно сидеть на ней ро, Аноним (-), 02:47 , 13-Май-18, (1) //

Да, но я бы советовал начинать планировать миграцию хотя бы за полгода до оконча, KonstantinB (ok), 05:30 , 13-Май-18, (2)
Каждая новая версия быстрее любой предыдущей на _типовом_ классе задач НО не , ъ (?), 20:15 , 13-Май-18, (3) //

Выбравших РСУБД скорость не интересует Ну давайте реалистично, какой прирост, лютый охохонюшка (?), 07:11 , 14-Май-18, (4) –3 //

Это если ваша задача ложится в рамки nosql , СОВА (?), 11:20 , 14-Май-18, (6) +1

У NOSQL нет рамок, это вам не РСУБД , лютый охохонюшка (?), 04:57 , 15-Май-18, (9) –1

9 5 _13_ vs 10 _4_ мериемся старшими версиями надеюсь TLDR Параллельные запро, ъ (?), 00:20 , 16-Май-18, (12)

Менеджер какой-то забрёл Что значит отзывчивость select Если время выполн, лютый охохонюшка (?), 05:34 , 16-Май-18, (13) –1

Если ваш проект вообще не развивается, можно было влепить 9 2 из CentOS и вообще, лютый охохонюшка (?), 07:13 , 14-Май-18, (5) +1 //

Для вас развитие заключается в постоянном мигрировании используемой РСУБД с ветк, Аноним (-), 12:40 , 14-Май-18, (7) +1 //

Бизнес-процессы не могут быть за или против А представители бизнеса очень ча, лютый охохонюшка (?), 04:56 , 15-Май-18, (8)

Рассуждаете как тот Убер, который имел довольно специфичные задачи и не осилив м, Аноним (-), 08:19 , 15-Май-18, (10)

Да, да, Постгрес перестраивает все индексы на каждый апдейт и летает А маргинал, лютый охохонюшка (?), 11:43 , 15-Май-18, (11)

Пожалуй лучшая СУБД, Н. Попов (?), 15:55 , 16-Май-18, (14)

Сообщения [Сортировка по времени | RSS]

1. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" +/–

Сообщение от Аноним (-), 13-Май-18, 02:47

Правильно ли я понимаю ситуацию: если тебя устраивает 9.6 можно сидеть на ней ровно ещё 3 года и планировать миграцию только к окончанию этого срока? Запланированы ли новые релизы с киллeр-фичами на ближайшие 2 года?
//странный у вас фильтр тут

Ответить | Правка | Наверх | Cообщить модератору

2. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" +/–

Сообщение от KonstantinB (ok), 13-Май-18, 05:30

Да, но я бы советовал начинать планировать миграцию хотя бы за полгода до окончания срока.

Ответить | Правка | Наверх | Cообщить модератору

3. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" +/–

Сообщение от ъ (?), 13-Май-18, 20:15

Каждая новая версия быстрее любой предыдущей на _типовом_ классе задач.
НО(!) не все расширения переписаны с прошлых версий на более новые. К примеру pg_shard последняя версия для 9.4 (переписывают на fwd), londista последняя версия 9.6 (заменяют логической репликациеей) и т.д.
Так что проверь что у вас используется из сторонних модулей и тогда принимай решения.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" –3 +/–

Сообщение от лютый охохонюшка (?), 14-Май-18, 07:11

>Каждая новая версия быстрее любой предыдущей на _типовом_ классе задач.
Выбравших РСУБД скорость не интересует. :) Ну давайте реалистично, какой прирост у 9.5 vs 10.3 ? Единицы процентов в сферическом вакууме. При миграции в nosql получишь разы.

Ответить | Правка | Наверх | Cообщить модератору

6. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" +1 +/–

Сообщение от СОВА (?), 14-Май-18, 11:20

Это если ваша задача ложится в рамки nosql.

Ответить | Правка | Наверх | Cообщить модератору

9. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" –1 +/–

Сообщение от лютый охохонюшка (?), 15-Май-18, 04:57

> Это если ваша задача ложится в рамки nosql.
У NOSQL нет рамок, это вам не РСУБД :))))

Ответить | Правка | Наверх | Cообщить модератору

12. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" +/–

Сообщение от ъ (?), 16-Май-18, 00:20

>> какой прирост у 9.5 vs 10.3
9.5._13_ vs 10._4_ (мериемся старшими версиями надеюсь?)
TLDR: Параллельные запросы ускорили (не для хайлоад) отзывчивость в 4-10 раз (count(*), select). Для хайлоада декларативное секционирование перераспределило нагрузку на IO диска.
Развернуто:
В число ключевых усовершенствований PostgreSQL 9.6 входят:
    Параллельное выполнение последовательного сканирования, соединений и агрегатных вычислений
    Предупреждение излишнего сканирования страниц при операциях очистки с заморозкой
    При синхронной репликации стало возможным использовать несколько резервных серверов для увеличения надёжности
    Полнотекстовый поиск теперь позволяет находить фразы (несколько соседних слов)
    postgres_fdw теперь может выполнять на удалённой стороне соединение, сортировку, UPDATE и DELETE
    Существенное увеличение производительности, особенно в части масштабируемости на многопроцессорных серверах
Предыдущие пункты более подробно описаны в следующих разделах https://postgrespro.ru/docs/postgresql/9.6/release-9-6
В число ключевых усовершенствований PostgreSQL 10 входят:
    Логическая репликация по схеме публикации/подписки
    Декларативное секционирование таблиц
    Улучшение распараллеливания запросов
    Значительное увеличение общей производительности
    Более сильная защита паролей с использованием SCRAM-SHA-256
    Улучшенные средства мониторинга и управления
Предыдущие пункты более подробно описаны в следующих разделах https://postgrespro.ru/docs/postgresql/10/release-10

>> При миграции в nosql _получишь разы_.
1) переучить всех разработчиков (не быстро, возможно)
2) переучить всех ПМ (очень не быстро, маловероятно)
3) переобучить всех клиентов (почти невозможно, стоит подыскивать новую нишу)
4) пересмотреть всю документацию, методологию, провести новые замеры всех типовых и комплексных операций, что бы планировать время нужное на разработку (проще взять вторую команду, если найдешь двойной годовой бюджет, который можно более эффективно вложить в старую команду, _работающую_ и кормящую тебя технологию).

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

13. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" –1 +/–

Сообщение от лютый охохонюшка (?), 16-Май-18, 05:34

Менеджер какой-то забрёл? :) Что значит "отзывчивость select"? Если время выполнения, то в Постгресе count(*) настолько тормозной по сравнению с например Монго, что его можно и в 100 раз ускорить :) всё остальное блабла. Когда Убер вернется на Постгрес, тогда и поговорим про прогресс в скорости :)
>1) переучить всех разработчиков (не быстро, возможно)
>2) переучить всех ПМ (очень не быстро, маловероятно)
>3) переобучить всех клиентов (почти невозможно, стоит подыскивать новую нишу)
Ога, особенно клиентов надо переучивать. А ещё бабушку с дедушкой :)

Ответить | Правка | Наверх | Cообщить модератору

5. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" +1 +/–

Сообщение от лютый охохонюшка (?), 14-Май-18, 07:13

> Правильно ли я понимаю ситуацию: если тебя устраивает 9.6 можно сидеть на
> ней ровно ещё 3 года
Если ваш проект вообще не развивается, можно было влепить 9.2 из CentOS и вообще 10 лет не трогать.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

7. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" +1 +/–

Сообщение от Аноним (-), 14-Май-18, 12:40

Для вас развитие заключается в постоянном мигрировании используемой РСУБД с ветки на ветку? Бизнес-процессы обычно против пустых неоправданных трат.

Ответить | Правка | Наверх | Cообщить модератору

8. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" +/–

Сообщение от лютый охохонюшка (?), 15-Май-18, 04:56

>Бизнес-процессы обычно против пустых неоправданных трат
Бизнес-процессы не могут быть за или против :)))
А представители бизнеса очень часто непротив даже смены вендора, главное правильно идею преподнести :))) "оптимизации затрат на Х попугаев" или там "усилить аспект движения к интегральной компании" 8)))) в общем, то что миграции стоят денег это вообще не проблема, когда есть технические предпосылки. А когда их нет по 5 лет, то это то самое "проект не развивается". Увы и ах.

Ответить | Правка | Наверх | Cообщить модератору

10. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" +/–

Сообщение от Аноним (-), 15-Май-18, 08:19

Рассуждаете как тот Убер, который имел довольно специфичные задачи и не осилив миграцию сделал ошибочные выводы.

Ответить | Правка | Наверх | Cообщить модератору

11. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23" +/–

Сообщение от лютый охохонюшка (?), 15-Май-18, 11:43

>как тот Убер, который имел довольно специфичные задачи и не осилив миграцию сделал ошибочные выводы
Да, да, Постгрес перестраивает все индексы на каждый апдейт и летает. А маргинальный Убер просто не осилил...

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	+/–
Сообщение от Аноним (-), 13-Май-18, 02:47
Правильно ли я понимаю ситуацию: если тебя устраивает 9.6 можно сидеть на ней ровно ещё 3 года и планировать миграцию только к окончанию этого срока? Запланированы ли новые релизы с киллeр-фичами на ближайшие 2 года? //странный у вас фильтр тут
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	+/–
	Сообщение от KonstantinB (ok), 13-Май-18, 05:30
	Да, но я бы советовал начинать планировать миграцию хотя бы за полгода до окончания срока.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	+/–
	Сообщение от ъ (?), 13-Май-18, 20:15
	Каждая новая версия быстрее любой предыдущей на _типовом_ классе задач. НО(!) не все расширения переписаны с прошлых версий на более новые. К примеру pg_shard последняя версия для 9.4 (переписывают на fwd), londista последняя версия 9.6 (заменяют логической репликациеей) и т.д. Так что проверь что у вас используется из сторонних модулей и тогда принимай решения.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	4. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	–3 +/–
	Сообщение от лютый охохонюшка (?), 14-Май-18, 07:11
	>Каждая новая версия быстрее любой предыдущей на _типовом_ классе задач. Выбравших РСУБД скорость не интересует. :) Ну давайте реалистично, какой прирост у 9.5 vs 10.3 ? Единицы процентов в сферическом вакууме. При миграции в nosql получишь разы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	+1 +/–
	Сообщение от СОВА (?), 14-Май-18, 11:20
	Это если ваша задача ложится в рамки nosql.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	–1 +/–
	Сообщение от лютый охохонюшка (?), 15-Май-18, 04:57
	> Это если ваша задача ложится в рамки nosql. У NOSQL нет рамок, это вам не РСУБД :))))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	+/–
	Сообщение от ъ (?), 16-Май-18, 00:20
	>> какой прирост у 9.5 vs 10.3 9.5._13_ vs 10._4_ (мериемся старшими версиями надеюсь?) TLDR: Параллельные запросы ускорили (не для хайлоад) отзывчивость в 4-10 раз (count(*), select). Для хайлоада декларативное секционирование перераспределило нагрузку на IO диска. Развернуто: В число ключевых усовершенствований PostgreSQL 9.6 входят: Параллельное выполнение последовательного сканирования, соединений и агрегатных вычислений Предупреждение излишнего сканирования страниц при операциях очистки с заморозкой При синхронной репликации стало возможным использовать несколько резервных серверов для увеличения надёжности Полнотекстовый поиск теперь позволяет находить фразы (несколько соседних слов) postgres_fdw теперь может выполнять на удалённой стороне соединение, сортировку, UPDATE и DELETE Существенное увеличение производительности, особенно в части масштабируемости на многопроцессорных серверах Предыдущие пункты более подробно описаны в следующих разделах https://postgrespro.ru/docs/postgresql/9.6/release-9-6 В число ключевых усовершенствований PostgreSQL 10 входят: Логическая репликация по схеме публикации/подписки Декларативное секционирование таблиц Улучшение распараллеливания запросов Значительное увеличение общей производительности Более сильная защита паролей с использованием SCRAM-SHA-256 Улучшенные средства мониторинга и управления Предыдущие пункты более подробно описаны в следующих разделах https://postgrespro.ru/docs/postgresql/10/release-10 >> При миграции в nosql _получишь разы_. 1) переучить всех разработчиков (не быстро, возможно) 2) переучить всех ПМ (очень не быстро, маловероятно) 3) переобучить всех клиентов (почти невозможно, стоит подыскивать новую нишу) 4) пересмотреть всю документацию, методологию, провести новые замеры всех типовых и комплексных операций, что бы планировать время нужное на разработку (проще взять вторую команду, если найдешь двойной годовой бюджет, который можно более эффективно вложить в старую команду, _работающую_ и кормящую тебя технологию).
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	13. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	–1 +/–
	Сообщение от лютый охохонюшка (?), 16-Май-18, 05:34
	Менеджер какой-то забрёл? :) Что значит "отзывчивость select"? Если время выполнения, то в Постгресе count(*) настолько тормозной по сравнению с например Монго, что его можно и в 100 раз ускорить :) всё остальное блабла. Когда Убер вернется на Постгрес, тогда и поговорим про прогресс в скорости :) >1) переучить всех разработчиков (не быстро, возможно) >2) переучить всех ПМ (очень не быстро, маловероятно) >3) переобучить всех клиентов (почти невозможно, стоит подыскивать новую нишу) Ога, особенно клиентов надо переучивать. А ещё бабушку с дедушкой :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	+1 +/–
	Сообщение от лютый охохонюшка (?), 14-Май-18, 07:13
	> Правильно ли я понимаю ситуацию: если тебя устраивает 9.6 можно сидеть на > ней ровно ещё 3 года Если ваш проект вообще не развивается, можно было влепить 9.2 из CentOS и вообще 10 лет не трогать.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	7. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	+1 +/–
	Сообщение от Аноним (-), 14-Май-18, 12:40
	Для вас развитие заключается в постоянном мигрировании используемой РСУБД с ветки на ветку? Бизнес-процессы обычно против пустых неоправданных трат.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	+/–
	Сообщение от лютый охохонюшка (?), 15-Май-18, 04:56
	>Бизнес-процессы обычно против пустых неоправданных трат Бизнес-процессы не могут быть за или против :))) А представители бизнеса очень часто непротив даже смены вендора, главное правильно идею преподнести :))) "оптимизации затрат на Х попугаев" или там "усилить аспект движения к интегральной компании" 8)))) в общем, то что миграции стоят денег это вообще не проблема, когда есть технические предпосылки. А когда их нет по 5 лет, то это то самое "проект не развивается". Увы и ах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	+/–
	Сообщение от Аноним (-), 15-Май-18, 08:19
	Рассуждаете как тот Убер, который имел довольно специфичные задачи и не осилив миграцию сделал ошибочные выводы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Обновление PostgreSQL 10.4, 9.6.9, 9.5.13, 9.4.18 и 9.3.23"	+/–
	Сообщение от лютый охохонюшка (?), 15-Май-18, 11:43
	>как тот Убер, который имел довольно специфичные задачи и не осилив миграцию сделал ошибочные выводы Да, да, Постгрес перестраивает все индексы на каждый апдейт и летает. А маргинальный Убер просто не осилил...
	Ответить \| Правка \| Наверх \| Cообщить модератору