forum.opennet.ru - "Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..." (42)

форумы

помощь

поиск

регистрация

вход/выход

слежка

"Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..."

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

"Бета-выпуск СУБД 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/ Новость: http://www.opennet.me/opennews/art.shtml?num=44414
Ответить \| Правка \| Cообщить модератору

Оглавление

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 23:48 , 12-Май-16, (1) +20

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Анончег, 00:32 , 13-Май-16, (4)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 23:54 , 12-Май-16, (2) +1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 07:33 , 13-Май-16, (6)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Онаним, 23:54 , 12-Май-16, (3) –2

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 07:51 , 13-Май-16, (7) +4

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 08:36 , 13-Май-16, (8) –2

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., none_first, 13:21 , 13-Май-16, (15) +1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 19:02 , 13-Май-16, (41) –1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., grec, 10:55 , 13-Май-16, (12) –2

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Tihon, 21:59 , 29-Сен-16, (56)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Онаним, 11:04 , 13-Май-16, (13) –5

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., none_first, 13:23 , 13-Май-16, (16) +2

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 19:04 , 13-Май-16, (42) +4

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Клыкастый, 13:54 , 13-Май-16, (19)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Онаним, 15:03 , 13-Май-16, (25) –3

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Клыкастый, 15:13 , 13-Май-16, (26)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., 123, 15:22 , 13-Май-16, (27) –1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Вареник, 19:59 , 15-Май-16, (53)
Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Anonymous1, 07:41 , 18-Май-16, (54) –1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., _, 19:10 , 13-Май-16, (43) –1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Вареник, 19:55 , 15-Май-16, (52)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., none_first, 13:58 , 14-Май-16, (49) +1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Вареник, 19:53 , 15-Май-16, (51)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Alexey Lustin, 18:15 , 20-Май-16, (55)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Нанобот, 09:34 , 13-Май-16, (11) –1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 08:50 , 13-Май-16, (9) –1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Andrew, 09:17 , 13-Май-16, (10) +1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Stax, 11:55 , 13-Май-16, (14)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 13:23 , 13-Май-16, (17)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 15:00 , 13-Май-16, (24)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 15:47 , 13-Май-16, (29) +2

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 16:25 , 13-Май-16, (30)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 16:42 , 13-Май-16, (34)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 17:20 , 13-Май-16, (36) –1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 16:26 , 13-Май-16, (31) +1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Andrey Mitrofanov, 16:38 , 13-Май-16, (33) –1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 17:23 , 13-Май-16, (37) –2

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., 123, 18:06 , 13-Май-16, (39)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Аноним, 16:51 , 13-Май-16, (35)

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Andrey Mitrofanov, 21:00 , 13-Май-16, (44) +1

Бета-выпуск СУБД PostgreSQL 9.6 с поддержкой распараллеливан..., Роман, 00:43 , 14-Май-16, (47)

Сообщения по теме [Сортировка по времени | 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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

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

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

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ообщить модератору