и так на таблице их льма уже...

там после этой выборки фильтром выкидывается почти половина и это печально :( А разработчики не хотят создавать индексы, чтобы вставку и обновления не замедлять

так статистика ни причем тут

это я понимаю.

думаешь что 71тыщ строк, вместо 81к изменят твой план запроса? если не изменит, то статистика достаточно точная

думаешь что 71тыщ строк, вместо 81к изменят твой план запроса? если не изменит, то статистика достаточно точная

Ну да, согласен....

а с чего на что надо поменять план запроса?

и что значит "разработчики не хотят создавать индексы" вообще?

сделайте brin

а с чего на что надо поменять план запроса?

не понял мысль

какая проблема-то?

вот есть у тебя предсказание, откуда ты его взял?

и что изменится, если ошибка с 0.5% (10000/2000000) станет ещё меньше?

куда-то от этого пропадёт seq scan? :)

@SergeySokolov у Вас из-за данной ошибки запускается seq_scan вместо index?

@maksm90 у него "разработчики не хотят создавать индексы" => индекса нет

Да я так понял, что у него есть какой-то индекс, по которому этот запрос отрабатывает, но дополнительно происходит Filter по дополнительным условиям, которые по индексу нельзя проверить, и этот Filter отбрасывает половину строк, на что тратится время. Но создавать еще один индекс под этот запрос, чтобы сразу по индексу проверить все условия, они не хотят из-за замедлений вставки

ну 1\2 конечно не настолько хорошая улучшение селективность чтоб дополнительный индекс создавать мне кажется

разве что добавить поле в состановной, ито врядли

Ребята, пятница! Какой индекс? Пивко стынет. Всем хороших выходных!

Да я так понял, что у него есть какой-то индекс, по которому этот запрос отрабатывает, но дополнительно происходит Filter по дополнительным условиям, которые по индексу нельзя проверить, и этот Filter отбрасывает половину строк, на что тратится время. Но создавать еще один индекс под этот запрос, чтобы сразу по индексу проверить все условия, они не хотят из-за замедлений вставки

Именно так. Я дал идею нашему полудба сделать составной индекс, чтобы уменьшить выборку по нему. Поглядим чего он решит.

Ребят, вопрос такой есть, когда сервис подключаю к postgre или через pgadmin захожу в базу, в процессах появляется idle процесс и он все время висит. При выходе из pgadmin процесс остается. Пробую настраивать через pgbouncer

А вопрос в чем?

idle процессы весящие на сервере это нормально?

не idle transaction

по идее pgbouncer должен их как то консолидировать и в один пихать процесс, а при подключении сервиса он создает их 5 штук например

или я что то не так понимаю

Совсем недавно про это читал, Постгреспр даже пометили процессы, чтобы при запросе можно было понять, какой о чем

Но сейчас не найду

server_idle_timeout If a server connection has been idle more than this many seconds it will be dropped. If 0 then timeout is disabled. [seconds]

Из конфига pgbouncer

Добрый день. Имеется несколько небольших баз данных на postgresql 9.3 1с. На сколько часто стоит проводить обслуживание бд с помощью reindexdb и vacuum full?

Это от нагрузки зависит.

Надо статистику смотреть.

в целом раз в неделю? Или каждый день? Не могут ли частые переиндексации сказаться негативно на базе?

а зачем вообще перестраивать индекс, да еще так часто?

пытаюсь понять насколько позитивно/негативно это сказывается на производительности

насколько огромная база?

есть несколько баз от 3 до 10 гигов.

небольшие

можете вообще не делать

Парни привет, не в качестве рекламы, не знаю, может уже проскакивало ...

Решение на базе СУБД PostgreSQL стандартизировано министерством обороны США http://www.opennet.ru/opennews/art.shtml?num=44801 Компания EnterpriseDB, осуществляющая коммерческую поддержку PostgreSQL и финансирующая большое число разработчиков данной свободной СУБД, сообщила о публикации министерством обороны США STIG-рекомендаций для продукта EDB Postgres Advanced Server, основанного на кодовой базе PostgreSQL. Ранее подобные рекомендации выпускались только для СУБД Oracle и MS SQL Server.

Ребят тут бизнес ноет на тему "а где у вас мультимастер" как корректно обьяснить что он им не нужен ? :)

Никак, он нужен ;)

За свою 10 летнюю карьеру oracle dba, в продуктиве не видел ни одного rac (это если его за M-M считать). Думаю 99.9% использования БД не нуждаются в ММ. Если вы из того 0.1% того да, нужно что-то другое пока.

Добрый день! Есть ли смысл обновлять виндовую версию постгрес для 1с с 9.4.7 до 9.4.8 (я люблю чейнджлоги, но не вижу их). А ещё, после смены дизайна, в разделе вакансии слетела разметка вакансии QA

https://www.postgresql.org/support/versioning/

а про дизайн, вакансии и QA не понял вообще

а про дизайн, вакансии и QA не понял вообще

Это сотрудникам postgrespro.было

https://www.postgresql.org/support/versioning/

Я немного не о том. Ну да ладно

Ребята из постгреспро, а тут кто, кто непосредственно пилит pg_pathman?

* есть тут кто

есть

у меня при create_hash_partitions не проходит этот ассерт https://github.com/postgrespro/pg_pathman/blob/master/src/pl_funcs.c#L183 а если ассерты задизаблить, все проходит, но при попытке заселектить из родительской таблицы происходит ERROR: could not open relation with OID 98416. С таким оидом в pg_class ничего нет. Если отрестартить постгресс, то все работает нормально.

день добрый! это мой коммит, и он действительно сломан

тут такого рода проблема: я собирался починить транзакционность, но на деле любые роллбеки в текущем виде не будут работать, поэтому данный ассерт - это не самая большая проблема

добрый!

это да, ERROR больше беспокоит

если угодно, давайте в личе обсудим

*личке

я почему-то не могу написать в личке, ошибка говорит

всеи привет, подскажите пжл такую вещь, есть streaming реплика с исмользованием replication_slot, все отлично работает, вопрос, куда прикрутить бэкапы к primary или к standby (второе, на мой взгляд, предпочтительнее)? как будет правильнее/надежнее?

ко второму, разгрузишь мастер

К стендбай

Я бы поставил третий ещё сервер

И там бы бекапил

Ну если бабки есть конечно

А то начинается бекап, и тут мастер прилегает, нагрузка убегает на слейв, а тут ещё бекап шуршит

И начинает все тупить,

Интересно, как wal со слейва забирать... В том плане, как сказать клинапу не прибивать валы, которые применились на слейв?

Или wal таки с прайма забираем?

Так же как и на мастере - archive_command?

При чем тут это?

Это в recovery.conf прописывается

В клинап команде

Понятно, что скрипт надо колхозить, меня интересует, как понять, забэкаплен wal или нет, что бы на него с чистой совестью можно было натравить клинап утилиту

Если кто-то из коллег бэкапит со слэйва, наверняка есть кейсы...

Так же все

Как на мастере

А на мастере кто чистит wal? Есть ли проверка, доставлен ли wal на слейв?

> А на мастере кто чистит wal? с этим моментом еще не разобрался >Есть ли проверка, доставлен ли wal на слейв? за этим следит replication_slot