форумы  помощь  поиск  регистрация  вход/выход  слежка

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

"Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
Сообщение от opennews (??) on 12-Май-16, 23:48
Представлен (http://www.postgresql.org/about/news/1668/) первый бета-выпуск СУБД PostgreSQL 9.6, ключевым новшеством в котором является поддержка распараллеливания операций последовательного сканирования записей (Sequential Scan (http://www.postgresql.org/message-id/E1ZwVzN-0000Xz-5e@...)), слияния запросов (join (http://www.postgresql.org/message-id/E1aLyct-000314-UZ@...)) и  агрегирования данных (http://www.postgresql.org/message-id/E1ahzxY-0004qA-GJ@...). При распараллеливании операция разбивается на части и каждая часть разбирается отдельным обработчиком, после чего результаты работы каждого обработчика объединяются, что позволяет существенно увеличить скорость обработки запроса на системах с большим числом процессорных ядер. Выигрыш особенно заметен для ресурсоёмких запросов, таких как сопоставление по регулярным выражениям.   Другие улучшения (https://wiki.postgresql.org/wiki/NewIn96): -  [[http://www.postgresql.org/message-id/E1aniiT-00083J-4W@... Возможность] создания кластерных конфигураций, включающих несколько запасных узлов, реплицируемых в синхронном режиме. -  Новый режим синхронной репликации "synchronous_commit = remote_apply (http://www.postgresql.org/message-id/E1al4z1-0004qD-GW@...)", при котором основной узел перед закрытием транзакции ожидает подтверждения приёма данных standby-узлом; -  В модуль postgres_fdw (http://www.postgresql.org/docs/9.6/static/postgres-fdw.html), позволяющий логически объединить содержимое БД с нескольких серверов, добавлена поддержка операций слияния (join) и сортировки запросов, а также выполнения операций  UPDATE и DELETE на внешнем сервере; -  Новый API (http://www.postgresql.org/message-id/E1anVSA-0002zm-Gc@...) для создания горячих бэкапов, в котором метка резервной копии не записывается в директорию с данными, а возвращается  как результат выполнения функции pg_stop_backup(), что позволяет защититься от проблем в случае краха во время бэкапа; -  Снижено негативное влияние операции "autovacuum" на работу больших таблиц, благодаря исключению (http://www.postgresql.org/message-id/E1ae7wj-0001mM-Ib@...) операций повторной заморозки ("refreezing") старых данных;-  Реализована (http://www.postgresql.org/message-id/E1adhjH-0008RE-TV@...) подсистема для отображения прогресса выполнения операций, например, организовано (http://www.postgresql.org/message-id/E1afsqY-0003qB-Mb@...)  информирование о времени до завершения VACUUM;-  В систему полнотекстового поиска добавлен (http://www.postgresql.org/message-id/E1aoCJy-0004bp-HI@...) новый оператор  ‹-› или  ‹DISTANCE›, определяющий расстояние между словами; -  Добавлен (http://www.postgresql.org/message-id/E1adHwi-0007KB-TM@...) модуль pg_visibility. URL: http://www.postgresql.org/about/news/1668/ Новость: https://www.opennet.ru/opennews/art.shtml?num=44414
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+20 +/–
Сообщение от Аноним (??) on 12-Май-16, 23:48
Это очень круто. Один из тех продуктов, который стабильно из года в год вызывает уважение.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Анончег on 13-Май-16, 00:32
	Вот ещё ссылка на клуб любителей PostgreSQL http://www.meetup.com/postgresqlrussia/about/comments/?op=all Там даже есть наш Мишаня http://www.meetup.com/postgresqlrussia/members/183070635/ Вообщем клуб солидный, без подвохов. Мишаня подойдёт, может поделиться с нами инфой поэтому клубу.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+1 +/–
Сообщение от Аноним (??) on 12-Май-16, 23:54
Раньше они вначале альфы выпускали, а потом бету. А сейчас сразу бета-версия вышла и на пару месяцев раньше. Какие-то изменения в подготовке релизов?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Аноним (??) on 13-Май-16, 07:33
	и релиз из беты за полгода выкатывают, стрёмно чото
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–2 +/–
Сообщение от Онаним on 12-Май-16, 23:54
Будет интересно посмотреть, как 1С на нем крутится будет...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+4 +/–
	Сообщение от Аноним (??) on 13-Май-16, 07:51
	Никак. Не умеет 1с с полноценной, некастрированной постгрей работать. А умеет работать со спецсборками, и сборки эти очень даже не 9.6 версии.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	8. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–2 +/–
	Сообщение от Аноним (??) on 13-Май-16, 08:36
	> Никак. Не умеет 1с с полноценной, некастрированной постгрей работать. А умеет работать > со спецсборками, и сборки эти очень даже не 9.6 версии. ну ка раскрой суть кастрации постгреса одинесовыми патчами? И да, там 9.4 уже, при том, что в шестой шапке 8.4, а в седьмой 9.2
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	15. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+1 +/–
	Сообщение от none_first (ok) on 13-Май-16, 13:21
	>> Никак. Не умеет 1с с полноценной, некастрированной постгрей работать. А умеет работать >> со спецсборками, и сборки эти очень даже не 9.6 версии. > ну ка раскрой суть кастрации постгреса одинесовыми патчами? И да, там 9.4 > уже, при том, что в шестой шапке 8.4, а в седьмой > 9.2 "там" http://1c.postgrespro.ru/rpm/ уже и 9.5
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	41. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–1 +/–
	Сообщение от Аноним (??) on 13-Май-16, 19:02
	я на users.v8.1c.ru смотрел, а 9.5 ещё рано, на мой взгляд, в продакшин тянуть
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	12. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–2 +/–
	Сообщение от grec on 13-Май-16, 10:55
	Школьнику на заметку http://www.silverbulleters.org/ne-obizhayte-linux-oida-ili-o.../
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	56. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Tihon (??) on 29-Сен-16, 21:59
	Ок. А что в этом патче может понравится, если вместо реализации платформы для версионных БД ребята попытались сделать из Postgres - блокировочник? Видимо мне никогда не понять почему массивы, иерархия и текст имеет всегда один тип - 'bytea'... Почему 1с (по-умолчанию, без возможности от их отказаться) создает мне индексы размером с таблицу и использует их чуть реже чем никогда? Про возможность поставить более эффективный GIN/GiST-индекс вместо B-tree для многопользовательского отчета с огромным количеством зависимостей - умолчу... Резюмирую - это охерительных размеров костыль, который к тому же не применим к актуальным релизам без внесения правок к патчам.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	13. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–5 +/–
	Сообщение от Онаним on 13-Май-16, 11:04
	А вот как патчи сделают да к 1С прикрутят - тогда и посмотрим. 9.4 запрос на одном процессоре выполняет, оттого получается долго и печально. MS SQL куда шустрее работает. Интересно будет 9.6 сравнить с MS SQL.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	16. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+2 +/–
	Сообщение от none_first (ok) on 13-Май-16, 13:23
	> А вот как патчи сделают да к 1С прикрутят - тогда и > посмотрим. > 9.4 запрос на одном процессоре выполняет, оттого получается долго и печально. MS > SQL куда шустрее работает. куда шустрее? нука побалуйте бенчмарками > Интересно будет 9.6 сравнить с MS SQL. не интересно
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	42. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+4 +/–
	Сообщение от Аноним (??) on 13-Май-16, 19:04
	>> А вот как патчи сделают да к 1С прикрутят - тогда и >> посмотрим. >> 9.4 запрос на одном процессоре выполняет, оттого получается долго и печально. MS >> SQL куда шустрее работает. > куда шустрее? нука побалуйте бенчмарками >> Интересно будет 9.6 сравнить с MS SQL. > не интересно у него в торгашиной методичке написано, что надо старательно игнорировать настройки постгреса, а то мсскуль соснёт нечаянно
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	19. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Клыкастый (ok) on 13-Май-16, 13:54
	оказывается проблема не в невменяемых портянках запросов, а в том, что они на одном ядре пашут.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	25. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–3 +/–
	Сообщение от Онаним on 13-Май-16, 15:03
	Почему-то портянки запросов из 1С в MS SQL отрабатываются обычно в 2 раза быстрее. Некоторые - в 5-10 раз быстрее (данные из логов 1С, Постгре и MS SQL). На наших задачах в 1С MS SQL отрабатывает в 3-4 раза быстрее, чем Постгре на том же оборудовании. При тестах явно видно, что MS SQL нагружает 2-3 процессора, Постгре - всегда только 1. Поэтому и интересно будет посмотреть на Постгре с распараллеливанием обработки...
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	26. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Клыкастый (ok) on 13-Май-16, 15:13
	> Почему-то портянки запросов из 1С в MS SQL отрабатываются обычно в 2 раза быстрее. Есть подозрение - потому что изначально затачивались именно под планировщик ms-sql. > На наших задачах в 1С MS SQL отрабатывает в 3-4 раза быстрее, чем Постгре на том же оборудовании. При тестах явно видно, что MS SQL нагружает 2-3 процессора, Постгре - всегда только 1. Есть подозрение, что если составлять запросы с учётом планировщика постгри - всё будет несколько иначе. Есть очень сильное подозрение, что если бы разрабы 1С ориентировались на постгрю изначально, никаких бы патчей не понадобилось. Но да, я в курсе - у кровавого энтерпрайза никогда нет денег делать как положено и потому все сидят и ждут, когда наконец дома будут строить так, чтобы влезали их окошки. > Поэтому и интересно будет посмотреть на Постгре с распараллеливанием обработки... Будет лучше, но это слабое утешение.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	27. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–1 +/–
	Сообщение от 123 (??) on 13-Май-16, 15:22
	>>Есть подозрение, что если составлять запросы с учётом планировщика постгри - всё будет несколько иначе. Там патчи в основном на сравнение данных без учета регистра. >>Есть подозрение, что если составлять запросы с учётом планировщика постгри - всё будет несколько иначе. Там два косяка - медленная работа при соединении живых таблиц с виртуальными (срез последних надо пихать в отдельную таблицу и тд) и работа с таблицами регистров бухгалтерии - очень часто приходится перегружать слона ибо дедлоки валят массово. ИМХО реализация Cross Join в слоне кривовато сделана.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	53. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Вареник on 15-Май-16, 19:59
	> Там два косяка - медленная работа при соединении живых таблиц с виртуальными > (срез последних надо пихать в отдельную таблицу и тд) и работа > с таблицами регистров бухгалтерии - очень часто приходится перегружать слона ибо > дедлоки валят массово. ИМХО реализация Cross Join в слоне кривовато сделана. Почему-то в OpenERP/Odoo, изначально заточенной под Постгрес - этих проблем нет.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	54. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–1 +/–
	Сообщение от Anonymous1 on 18-Май-16, 07:41
	> Там два косяка - медленная работа при соединении живых таблиц с виртуальными > (срез последних надо пихать в отдельную таблицу и тд) и работа > с таблицами регистров бухгалтерии - очень часто приходится перегружать слона ибо > дедлоки валят массово. ИМХО реализация Cross Join в слоне кривовато сделана. Там еще главнее косяки есть. У меня, например, при закрытии месяца MS SQL накладывает порядка 20000 блокировок, а Postgres - порядка 70000000. Если учесть, что темп наложения блокировок - примерно 2000 в секунду на MS SQL и до 3000 в секунду на Postgres, получаем феерическую разницу. Эти данные видны в консоли 1С. Остальные вычисления при закрытии месяца (самая нагруженная процедура IMHO) примерно одинаковы по времени, но на фоне вышесказанного это мелочи. Что же касается взаимных блокировок - это давно решено. Если, конечно, доморощенные таланты не пишут собственных отчетов/обработок, плодящих бесконтрольные взаимные захваты объектов.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	43. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–1 +/–
	Сообщение от _ (??) on 13-Май-16, 19:10
	> у кровавого энтерпрайза никогда нет денег делать как положено Клыкастый, это шедевр!!! (С)Сергей Светлаков
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	52. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Вареник on 15-Май-16, 19:55
	>> у кровавого энтерпрайза никогда нет денег делать как положено > Клыкастый, это шедевр!!! (С)Сергей Светлаков Супер :)
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	49. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+1 +/–
	Сообщение от none_first (ok) on 14-Май-16, 13:58
	>> Почему-то портянки запросов из 1С в MS SQL отрабатываются обычно в 2 раза быстрее. > Есть подозрение - потому что изначально затачивались именно под планировщик ms-sql. >> На наших задачах в 1С MS SQL отрабатывает в 3-4 раза быстрее, чем Постгре на том же оборудовании. При тестах явно видно, что MS SQL нагружает 2-3 процессора, Постгре - всегда только 1. > Есть подозрение, что если составлять запросы с учётом планировщика постгри - всё > будет несколько иначе. Есть очень сильное подозрение, что если бы разрабы > 1С ориентировались на постгрю изначально, никаких бы патчей не понадобилось. причина описана здесь http://www.silverbulleters.org/ne-obizhayte-linux-oida-ili-o.../ и патчи ничего вредного не несут, тем более что делаются в плотном сотрудничестве 1С и профессиональной команды PostgreSql > Но да, я в курсе - у кровавого энтерпрайза никогда нет денег > делать как положено и потому все сидят и ждут, когда наконец > дома будут строить так, чтобы влезали их окошки. >> Поэтому и интересно будет посмотреть на Постгре с распараллеливанием обработки... > Будет лучше, но это слабое утешение. а бенчи есть здесь http://efsol.ru/articles/performance-1s-postgre-ms-sql.html там нет никаких 3-4 раза, есть полтора, но кривость рук разработчиков может может сотворить чудо ;) и это "без распараллеливания" как тут выразились
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	51. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Вареник on 15-Май-16, 19:53
	Если долго-долго (десятилетие+) затачивать продукт под целевую базу - то ничего удивительного, что на ней будет выигрыш в скорости. Oracle для типичной установки 1C, среднеторговой фирмочки - слишком дорого. Требуемый DBA отдельный - тем более. Предлагать опенсорс - непонтово. Нет "синэргетики бизнеса", т.е. взаимного проталкивания продаж. Не на кого потом переводить стрелки, "это не мы, это XXX глючит"... Что можно еще впарить, если Oracle дорого? Вывод очевиден и иднозначен. MS SQL. Не Линтер же :)
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	55. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Alexey Lustin on 20-Май-16, 18:15
	Не давайте эту ссылку - она стартоватая Сейчас лучше вот: https://pgconf.ru/media/2016/05/20/Ласкин Лев.pdf https://pgconf.ru/2016/90069 https://github.com/VanessaDockers/pgsteroids
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	11. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–1 +/–
	Сообщение от Нанобот (ok) on 13-Май-16, 09:34
	без доработки напильником - никак не будет
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–1 +/–
Сообщение от Аноним (??) on 13-Май-16, 08:50
А аналог MS-SQL BACKUP LOG имеется в слонике? Или там надо как и раньше плясать с бубнами и настраивать резервного слона, что бы можно было восстановить архив на произвольный момент времени?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+1 +/–
	Сообщение от Andrew (??) on 13-Май-16, 09:17
	>А аналог MS-SQL BACKUP LOG имеется в слонике? Или там надо как и раньше плясать с бубнами и настраивать резервного слона, что бы можно было восстановить архив на произвольный момент времени? Есть, правда реализация больше похожа на Oracle, нежели на M$ SQL. Детали в официальной документации: http://www.postgresql.org/docs/9.5/static/continuous-archivi...
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

14. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
Сообщение от Stax (ok) on 13-Май-16, 11:55
Ай-яй-яй, ну как так можно, *самое* замечательное, что ждем в этом релизе, и не упомянуть! Теперь GIN-индексы можно создавать с любым maintenance_work_mem. Сейчас постоянно для пересоздания каких-то индексов приходится его до гига урезать, а для одного уже до 500 мегабайт, иначе создание падает с нехваткой памяти (а так как GIN загаживаются быстро, пересоздавать приходится регулярно). Из-за чего pg_repack автоматом не запустить и прочие радости...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Аноним (??) on 13-Май-16, 13:23
	Распараллеливание, ИМХО, более фундаментальное и ожидаемое улучшение
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

24. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
Сообщение от Аноним (??) on 13-Май-16, 15:00
подскажите пожалуйста я правильно понимаю что в синхронном режиме пришедший update сначала идет на slave сервер, записывается, делается fsync (если разрешен), далее master записывает себе, делает fsync (если разрешен) и только затем говорит клиенту что update прошел? те при падении master мы можем сразу переключиться на slave потому что он гарантированно синхронен? а как сюда вяжется "synchronous_commit = remote_apply"? объясните пожалуйста если знаете как это работает, заранее большое спасибо!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	29. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+2 +/–
	Сообщение от Аноним (??) on 13-Май-16, 15:47
	Пришедший апдейт сначала пишется в журнал WAL и оттуда отправляется на слейв, на слейве он применяется, об этом уведомляется мастер, и только тогда мастер завершает исполнение запроса, пока уведомление не придет мастер тупо ждет. Да, при падении мастера можно сразу переключится на слейв, он синхронен. Это и есть remote_apply. Как происходит обработка если от слейва ответ не пришел не знаю, могу предположить что запись в журнале "остается непримененной"
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	30. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Аноним (??) on 13-Май-16, 16:25
	а в чем тогда разница между режимами remote_apply и on?
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	34. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Аноним (??) on 13-Май-16, 16:42
	Если on то мастер считает что изменение прошло не когда оно было применено слейвом, а когда оно было только принято им
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	36. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–1 +/–
	Сообщение от Аноним (??) on 13-Май-16, 17:20
	выходит remote_apply наиболее синхронный и безопасный к падению и переключению режим. спасибо!
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

31. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+1 +/–
Сообщение от Аноним (??) on 13-Май-16, 16:26
подскажите когда в postgres появиться master-master? знаю про BDR, когда это будет в официальном postgres?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	33. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–1 +/–
	Сообщение от Andrey Mitrofanov on 13-Май-16, 16:38
	> подскажите когда в postgres появиться master-master? знаю про BDR, когда это будет > в официальном postgres? Никогда потому, что это не SQL.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	37. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	–2 +/–
	Сообщение от Аноним (??) on 13-Май-16, 17:23
	>Никогда потому, что это не SQL. Что за бред? я тестировал летом связку из трех серверов в BDR - создавал таблицы, делал в них insert, добавлял поля, менял типы полей - все менялось на всех трех серверах с какого бы я это не делал. в продакшене не использовали, просто поигрались и убедились что изменения синхронизируются без всяких триггеров.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	39. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от 123 (??) on 13-Май-16, 18:06
	>>Никогда потому, что это не SQL. > Что за бред? я тестировал летом связку из трех серверов в BDR > - создавал таблицы, делал в них insert, добавлял поля, менял типы > полей - все менялось на всех трех серверах с какого бы > я это не делал. в продакшене не использовали, просто поигрались и > убедились что изменения синхронизируются без всяких триггеров. Попробуй поменять на 100 гиговой базе с внешними ключами. Просто интересно сколько это займет.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	35. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Аноним (??) on 13-Май-16, 16:51
	насколько я понял из заявлений квадратов (разработчиков BDR) они готовы, но сообщество не чешется) Также слышал о том что BDR не поддерживает некоторые базовые фичи постгреса, и возможно поэтому с BDR не спешат. Хрен бы еще с BDR, вот это бы хотябы - http://www.postgresql.org/about/news/1666/ ))
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	44. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 13-Май-16, 21:00
	> насколько я понял из заявлений квадратов (разработчиков BDR) они готовы, но сообщество > не чешется) Также слышал о том что BDR не поддерживает некоторые > базовые фичи постгреса, и возможно поэтому с BDR не спешат. Хрен UDR уже "завбросили". И кому оно впилось? Ты внимательно читал мануал того BDR?  В части "у нас БЫСТРО* и многомастерно! <small>просто скажите вашим программерам переписать эти с-ные приложения</small>  *без блокировок, прогремссивно!" > бы еще с BDR, вот это бы хотябы - Табе вот уже подавай каких-то "новых" блестящек. Про ужасы блестяшек [или примерно] http://bonesmoses.org/2016/05/06/pg-phriday-big-data-is-hard/
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	47. "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."	+/–
	Сообщение от Роман (??) on 14-Май-16, 00:43
	Да одна вещь по большому счету нужна, чтобы не весь кластер реплицировался, а только схема по выбору..
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

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

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