@pgsql

Страница 536 из 1062
Yaroslav
26.10.2017
20:46:45
в доке
Ну так повторить да и всё, не очень большая проблема, по-моему...

Maksim
26.10.2017
20:49:16
Допустим, на этапе проектирования вы не подрасчитали и у вас появилась большая таблица миллионов так в 500 записей... в oracle можно без прерывания сервиса секционировать ее, например. Кроме того в oracle (я говорю об enterprise - так как standart многих плюшек не умеет) может перестраивать и создавать индексы налету (у postgres есть опция построения индекса concurently, но на практике в oracle проблем с Online перестроением меньше). Дьявол как раз в мелочах из-за которых риходится простаивать. Тот же вакуум у postgres - отдельная боль. Если правильно не настроить autovacuum - придется делать vacuum full - а это простой
pathman умеет без простоя секционировать перестроить метод секционирования можно транзитивно через родительскую таблицу, удалив партиции одну за другой, смигрировав данные в родителя, и заново распартицировать первого имхо аналогичное секционирование без простоя в ваниле - дело времени

Аггей
26.10.2017
20:49:33
При достаточно крупных индексах - это нехилая нагрузка.

Google
Аггей
26.10.2017
20:51:37
+ субпартиции и так далее

Maksim
26.10.2017
20:52:24
уникальные индексы - тоже дело времени, сейчас идёт работа над локальными индексами и был пропосал про глобальные

Аггей
26.10.2017
20:52:26
Хотя сам я pathman на zabbix прикрутил - доволен

Maksim
26.10.2017
20:53:52
+ субпартиции и так далее
pathman довольно давно уже что-то держит субпартиции в предрелизном состоянии, тестят наверное

Yaroslav
26.10.2017
20:53:53
При достаточно крупных индексах - это нехилая нагрузка.
Shit happens... everywhere, что тут скажешь. ;) Т.е. ситуация нечастая и терпимая.

Yury
26.10.2017
23:00:00
у btree есть ещё неприятность - все конкурируют за корневую страницу.

COLA индекс мог бы помочь, но нужно менять размеры страниц... но теперь есть BRIN.

Yaroslav
26.10.2017
23:12:53
Anna
26.10.2017
23:13:16
Как встреча прошла?

Yury
26.10.2017
23:41:49
Yaroslav
26.10.2017
23:43:19
Достаточно для чего? Т.е. профайлер показывает, что они являются узким местом в какой-то ситуации?

Google
Yury
27.10.2017
01:10:50
Достаточно для чего? Т.е. профайлер показывает, что они являются узким местом в какой-то ситуации?
да, именно если у вас 512 ядер SMT8 и развесистый NUMA то на простых запроссах это кушает существенно.

Anton [Mgn, az09@osm]
27.10.2017
05:52:29
@pasha_golub @Komzpa ?

Dmitry
27.10.2017
07:34:53
Всем привет А кто нибудь работает с 1ской на постгрес+убунта?)

Anatoliy
27.10.2017
07:35:41
Есть отдельный чатик по 1С, подскажите кто-нибудь

Dmitry
27.10.2017
07:36:02
@ru_1c

Пойдет?)

Anatoliy
27.10.2017
07:36:53
не, там про посгрес и 1С

Dmitry
27.10.2017
07:37:14
А я хз?‍♂

@PostgreSQL_1C_Linux

не, там про посгрес и 1С

Anton [Mgn, az09@osm]
27.10.2017
07:40:40
@ru_1c
зачем еще и ru_ то?!! ))

Dmitry
27.10.2017
07:41:01
Какая была

Alexander
27.10.2017
08:06:14
Товарищи, если мне нужно удалить 50 строк из большой таблицы и я знаю их primary key, то можно не париться и написать портянку, типа DELETE FROM my_table WHERE id=1 OR id=2 OR id=3 и т.д.? Или есть более красивое решение?

Kirill
27.10.2017
08:07:06
Есть. Называется IN

Alexander
27.10.2017
08:08:42
Спасибо!

Yury
27.10.2017
08:51:13
А ссылкой на тест не поделитесь?
Я сам эти тесты делал, когда в пгпро работал, так что ссылки не будет. :( Повторить такое то же трудно будет наверное.

Check out @jrelosg’s Tweet: https://twitter.com/jrelosg/status/923824623594229760?s=09

Admin


Google
Yury
27.10.2017
08:53:16
вот это хардкор

Yury
27.10.2017
08:55:23
pg_bench без -S

там и селекты и инсёрты

если я верно помню, но помойму так

Yaroslav
27.10.2017
08:57:22
pg_bench без -S
Да, так... А c -S не пробовали (по идее, при достаточном размере таблицы отличия там должны быть минимальны)?

Yury
27.10.2017
08:58:50
Check out @jrelosg’s Tweet: https://twitter.com/jrelosg/status/923824623594229760?s=09
просто постгрес под виндой крайне не эффективен, и там много косяков. Та жа работа с флоатами другая (хотя достаточно включить strict у компилятора).

Да, так... А c -S не пробовали (по идее, при достаточном размере таблицы отличия там должны быть минимальны)?
пробовали, если только чтение то на тот момент упиралось в локи буффер менеджера, сейчас это разрулили

Yaroslav
27.10.2017
09:00:35
пробовали, если только чтение то на тот момент упиралось в локи буффер менеджера, сейчас это разрулили
А вот это довольно странно, locking-то root page почти не отличается при этом, по идее...

Yury
27.10.2017
09:02:25
А вот это довольно странно, locking-то root page почти не отличается при этом, по идее...
он его на запись должен лочить т.к. вдруг первая страница не полная или сплит будет? Кажется так.

Yaroslav
27.10.2017
09:03:46
Нет, не должен. Иначе бы все вставки "клинили" просто ужасно. В этом-то и суть Lehman & Yao algorithm.

Дмитрий
27.10.2017
10:16:21
Привет, подскажите, пожалуйста, средство репликации из постгрес в оракл? Желательно не триггерное

Спасибо

Дмитрий
27.10.2017
10:17:27
Это как?
Ну логическая репликация из постгрес в оракл

Andrey
27.10.2017
10:17:49
На мой взгляд, самый простой способ это триггер + postgres_fdw.

Страница 536 из 1062