1.3, ъ (?), 15:22, 03/07/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
Очень люблю эту БД. Но "Существенные улучшения"+"UPSERT" как-то не тянут на смену версии... (и чет приуныл).
| |
|
2.5, Аноним (-), 16:07, 03/07/2015 [^] [^^] [^^^] [ответить]
| +9 +/– |
Row-Level Security, RLS не тянет?!?!?! Да "ви слишком много кушать" ! (С)
| |
|
3.23, Аноним (-), 17:07, 06/07/2015 [^] [^^] [^^^] [ответить]
| +/– |
А позвольте поинтересоваться, где оно применимо?
Я вот сходу не придумал, поэтому не понимаю восторгов по поводу.
| |
|
2.11, Roman (??), 19:02, 03/07/2015 [^] [^^] [^^^] [ответить]
| +/– |
Да ну заелись вы) один только jsonb_set() чего стоит, + UPSERT, + GROUPING SETS, многопоточный вакуум, как по мне так весьма
| |
2.13, vitalif (ok), 23:22, 03/07/2015 [^] [^^] [^^^] [ответить]
| +/– |
UPSERT не тянет? да UPSERT сразу на 10.0 тянет, их года с 2007 минимум его просят сделать
| |
|
|
2.7, Andrey Mitrofanov (?), 17:00, 03/07/2015 [^] [^^] [^^^] [ответить]
| +/– |
> как дела с BDR?
В release notes-ах видишь эти буквы? Нет. Значит, по-прежнему http:/openforum/vsluhforumID3/102644.html#27 + http:/openforum/vsluhforumID3/102644.html#21
| |
|
3.9, чуфырчуфырович (?), 17:52, 03/07/2015 [^] [^^] [^^^] [ответить]
| +/– |
Думаю, пока функциональность не допилят(поддержка truncate+ некоторых ALTER)
рано вопрос ставить.
И с split-brain - тоже вопрос серьёзный.
Дядя Вася с бульдозером победит любую оптику, а 2 сервера будут считать себя главными.
Судя по всему, как разруливать такое пока что не придумали.
| |
|
4.10, Andrey Mitrofanov (?), 18:13, 03/07/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Думаю, пока функциональность не допилят(поддержка truncate+ некоторых ALTER)
> рано вопрос ставить.
> И с split-brain - тоже вопрос серьёзный.
Это же BDR! Мастер-мастер! И так 48 раз!! Как Вы не понимаете?!? Просто перепишите Ваши приложения!!!11
""Other systems are loosely-coupled. They don't attempt to appear like a single seamless virtual database [...] There is generally no global lock manager or transaction manager, so transactions on one node aren't affected by locks taken on other nodes. [...] This can make application development more difficult, [...]
BDR is a loosely coupled shared-nothing multi-master design.
У них нет сплитов, у них "Multi-master conflicts". Про них они ещё не написали убедительной агитки.
> Дядя Вася с бульдозером
>разруливать такое пока что не придумали.
Как не придумали? Конечно, придумали. Я в них верю.
| |
4.24, КО (?), 18:22, 06/07/2015 [^] [^^] [^^^] [ответить]
| +/– |
>Судя по всему, как разруливать такое пока что не придумали.
Как известно для разрешения brain split нужна либо единая точка отказов, либо нечетное количество резервируемых элементов. :)
| |
|
|
|
1.8, чуфырчуфырович (?), 17:48, 03/07/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
BDR пока что сыроват, не хватает поддержки операций.
А такие вещи как VODKA быстро не делаются.
Тут не баран чихнул. Это ж не MySQL, не отлаженные фичи в релиз внедрять.
Чото мне кажется, что 9.6 версии не будет, а будет сразу 10.
| |
1.12, Вася (??), 20:34, 03/07/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
я и 9.5 удивлён.
7.4, 8.4 - и следующий релиз. Значит водку Братунов хочет в 9-й ветке сделать :)
| |
1.14, Аноним (-), 16:46, 04/07/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Подскажите, кто пользуется, как настроить postgre, чтобы она записывала данные на жд не чаще чем раз в час?
| |
|
2.16, Andrey Mitrofanov (?), 20:17, 04/07/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Подскажите, кто пользуется, как настроить postgre, чтобы она записывала данные на жд
> не чаще чем раз в час?
Положить WAL-логи на флэш и поставить интервал checkpoint в 61 минуту. А да, и не писать в базу больше, чем вызовет checkpoint раньше... Элементарно, Ватсон.
| |
|
1.15, s79 (?), 17:50, 04/07/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> - Функциональность "UPSERT" (добавить-или-модифицировать), реализованная через новое
> выражение "INSERT ON CONFLICT NOTHING/UPDATE"
ну вот почему через жопу, а не через уже устоявшийся синтаксис MERGE?
и где пакеты?
| |
|
|
3.19, s79 (?), 04:11, 05/07/2015 [^] [^^] [^^^] [ответить]
| +/– |
В том что merge есть в стандарте, а INSERT ON CONFLICT нет в стандарте
| |
|
4.22, Чуфыр чуфырович (?), 20:07, 05/07/2015 [^] [^^] [^^^] [ответить]
| +/– |
> В том что merge есть в стандарте, а INSERT ON CONFLICT нет
> в стандарте
Разрабы неоднократно говорили, что есть у них есть границы поддержки стандарта.
Что там есть
1)откровенно глупые вещи.
2)вещи, которые невозможно корректно реаизовать
И что они этого делать не будут не под каким видом.
ЗЫ
Забавно, что 2011 стандарт в части индексов, говорят, списан с postgresql.
Не с большой тройки. Это уже о многом говорит.
| |
|
|
2.20, Аноним (-), 10:59, 05/07/2015 [^] [^^] [^^^] [ответить]
| +/– |
Потому что полноценный merge практически невозможно реализовать корректно для всех уровней изоляции транзакций.
В этом месте проблемы и в Оракле, и в MSSQL.
| |
|
|