ну без эксплейн аналайз буфферс тайминг не скажешь

ну они в ажуре медленные, конечно, особенно терабайтные обычные, но что-то сомнительно, что бы настолько, если данных не много, конечно

там за какимто фигом 50 гиг минимум дается, и производительность в юнитах

ну они в ажуре медленные, конечно, особенно терабайтные обычные, но что-то сомнительно, что бы настолько, если данных не много, конечно

да даже когда во вмех таблицах по одной записи

да даже когда во вмех таблицах по одной записи

тестил в свое время вот так скорость, можете проверить тоже заюзал fio https://www.binarylane.com.au/support/solutions/articles/1000055889-how-to-benchmark-disk-i-o, ставиться из оф. реп, в статье устарелая установка. запускал, как там рекомендуют ./fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=64 --size=4G --readwrite=randrw --rwmixread=75

12% заряда осталось сейчас на телефоне, спасибо, завтра буду дома попробую эти моменты

возможно есть смысл ssd взять, они не очень дорогие, относительно

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

в обем я все посмотрю что мне тут поскидывали и потом отпишусь

я о том, что может есть возможность в сервисе вибирать это. да, удачи

щя телефон уже ругается)

я о том, что может есть возможность в сервисе вибирать это. да, удачи

кажется нет, там некие юниты или что-то такое

ребят привет, при установке postgresql выходит ошибка :Installation Problem running post-install step. Никто не сталкивался?

мускуль 8.0 всё лучше и лучше

А EXPLAIN по-прежнему непонятной табличкой?

в пг нет нормального with, нет json query (мб в 11 добавят если эндрю дустан опять пропушит), нет оптимизатора с учетом данных в буфер пуле

А поясните про with, пожалуйста, а то я много раз слыхал, что народ таки из-за его наличия в ПГ с мыскля съезжал. Да и остальные утверждения как-бы вызывают некоторое недоумение.

Collect PostgreSQL Metrics with Percona Monitoring and Management (PMM) - Percona Database Performance Blog https://www.percona.com/blog/2018/02/09/collect-postgresql-metrics-with-percona-monitoring-and-management-pmm/

А что им делать в России? Том вообще никуда не катается

ну Хаас-то катается, а в Россию ни ногой. И он не один такой, по сути Момджян за всех оддувается. Мне почему интересно — у нас похожая проблема в mysql сообществе. Есть люди, который ездят куда угодно, хоть в Румынию, хоть в Китай, но только не в Россию.

А EXPLAIN по-прежнему непонятной табличкой?

explain можно теперь в json формате получить. там даже инфы чуть больше, чем в pg. и ещё есть optimizer trace, у котого в pg нет аналога совсем

@alexey_kopytov, это пАтАмуШтА в России по улицам бегают ведмеди в шапка-ушанка со звёздами, пъютЪ воТТка (эхх, нету сейчас в России вкусной водки :(), и играютЪ на балалайка. (тута должен быть рыдающий и одновременно ржущий смайлик :()

ну скорее всего причина где-то там, да. но тогда следующий вопрос: не влияет ли вот это всё на включение патчей от ПгПро?

ну скорее всего причина где-то там, да. но тогда следующий вопрос: не влияет ли вот это всё на включение патчей от ПгПро?

Оно обязано влиять. Особенно с учётом того, что ядрёная команда - представители коммерческих фирм, разрабатывающих свои коммерческие форки ПГ.

explain можно теперь в json формате получить. там даже инфы чуть больше, чем в pg. и ещё есть optimizer trace, у котого в pg нет аналога совсем

В 2000-х везде и всюду совали XNL, сейчас от JSON-а не продыхнуть. Ну и нафига оно надо?

В 2000-х везде и всюду совали XNL, сейчас от JSON-а не продыхнуть. Ну и нафига оно надо?

достаточно удобный компромисс между: 1) расширяемостью 2) машинночитаемостью и 3) человекочитаемостью

у XML есть некие проблемы с 3)

А у JSON-а нет проблем с 3)? У меня несколько иное мнение.

Сколько смотрю на этот самый JSON - те же гениталии, что и XML, только в профиль/

А у JSON-а нет проблем с 3)? У меня несколько иное мнение.

но тут на вкус и цвет, конечно. мне глазами читать json гораздо удобнее xml. подозреваю, что я такой не один

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

выхлоп EXPLAIN парсить?! Однако...

визуализаторов explain же как грязи

достаточно удобный компромисс между: 1) расширяемостью 2) машинночитаемостью и 3) человекочитаемостью

Парсить - ок, но особенно мне нравятся конфиги в json, эта ваще песня

Парсить - ок, но особенно мне нравятся конфиги в json, эта ваще песня

согласен. для конфигов yaml удобнее

или даже lua. у меня есть пара утилит, у которых конфиг — это программа на lua. сначала непривычно как-то, но на самом деле читать легко, писать легко, и даже парсить по сути нечего — интерфейс между c и lua хорошо документирован

лул, у меня тоже самое с php 21 века - golang

есть реализиции lua на golang

логично

визуализаторов explain же как грязи

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

а на самом деле дефолтного табличного формата вполне хватает в 99% случаев. format=json нужен, когда хочется поглубже копнуть

Всем привет, может кто подсказать по странному поведению при sql запросе?

last_name пустой, а не находит если явно указать

last_name пустой, а не находит если явно указать

Is null, а не = null

Спасибо

визуализаторов explain же как грязи

Например? Уровня Oracle бы конечно... (Я за PG ?).

Например? Уровня Oracle бы конечно... (Я за PG ?).

для PG, я так понимаю, исторически популярный https://explain.depesz.com/, а самый модный — http://tatiyants.com/postgres-query-plan-visualization/

Спасибо. Я ещё слышал о потенциально неплохом инструменте explain.sbis.ru Но деталей ещё не знаю. На PGConf была тема вроде " Массовая оптимизация запросов".

Спасибо. Я ещё слышал о потенциально неплохом инструменте explain.sbis.ru Но деталей ещё не знаю. На PGConf была тема вроде " Массовая оптимизация запросов".

Доклад был неплох, но в конце все расстроились, когда автор сказал, что этот инструмент пока не в паблике.

И неизвестно, когда будет.

Жаль. Ну и зачем тогда его доклад) Но послушаем, в записи.

А вообще, кто был на pgconf, всем понравилось или остались недовольные конфой? :)

Я не был, но понравилось, коллеги интересное рассказывали, например отказ от эластика в пользу нашего социума, сильно удивлён был...

Я не был, но понравилось, коллеги интересное рассказывали, например отказ от эластика в пользу нашего социума, сильно удивлён был...

Ну ещё бы))

Коллеги, а почему не выкладывают в записи PGDay? (или я чего-то не знаю). Я бы с радостью посмотрел доклад о pgCenter.

А тут есть, кто бывал и на pgconf, и на pgday, что больше понравилось? Где доклады лучше/интереснее/полезнее?

А вообще, кто был на pgconf, всем понравилось или остались недовольные конфой? :)

Ну, лично я с сотоварищи решили для себя что чаще чем раз в 2-3 года посещать смысла никакого нет.

Ну, лично я с сотоварищи решили для себя что чаще чем раз в 2-3 года посещать смысла никакого нет.

Согласен, чаще ничего кординально выдающегося не происходит, если ты итак ежедневно в разработке с использованием инструмента, по Subj

Коллеги, а почему не выкладывают в записи PGDay? (или я чего-то не знаю). Я бы с радостью посмотрел доклад о pgCenter.

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

Ну, лично я с сотоварищи решили для себя что чаще чем раз в 2-3 года посещать смысла никакого нет.

Согласен.

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

Postico, PG Commander

Но это если вам содержимое табличек посмотреть, схемы пофиксить. Для иных задач -- pgAdmin

Нужно создать FAQ этой группы....

Первый пункт - может тебе нужна нормализованная схема, а не json

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

TablePlus

Доброго времени суток, вопрос будут ли работать потоковая репликация между версиями 9.6.6 и 9.6.3? Зарание спасибо!

Доброго времени суток, вопрос будут ли работать потоковая репликация между версиями 9.6.6 и 9.6.3? Зарание спасибо!

Последние цифры могут отличаться, первые две - нет. Должна работать.

"It is likely that running different minor release levels on primary and standby servers will work successfully. However, no formal support for that is offered and you are advised to keep primary and standby servers at the same release level as much as possible."

настраивал репликацию по инструкции `https://romantelychko.com/blog/1583/` слейве логах пишет следующее FATAL: database files are incompatible with server DETAIL: The database cluster was initialized with CATALOG_VERSION_NO 201608131, but the server was compiled with CATALOG_VERSION_NO 2016081311. HINT: It looks like you need to initdb. LOG: database system is shut down master (Debian 8.9 (jessie), PostgreSQL 9.6.3 x64) slave (Debian 8.8 (jessie), PostgreSQL 9.6.6 x64)

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

настраивал репликацию по инструкции `https://romantelychko.com/blog/1583/` слейве логах пишет следующее FATAL: database files are incompatible with server DETAIL: The database cluster was initialized with CATALOG_VERSION_NO 201608131, but the server was compiled with CATALOG_VERSION_NO 2016081311. HINT: It looks like you need to initdb. LOG: database system is shut down master (Debian 8.9 (jessie), PostgreSQL 9.6.3 x64) slave (Debian 8.8 (jessie), PostgreSQL 9.6.6 x64)

Там точно должны быть одинаковые версии каталога, проверил только что - 201608131.

А что говорит pg_controldata на обоих хостах?

Здравсвуйте, господа эксперты, подскажите , пожалуйста, работающее решение для postgresql , аналог http://www.proxysql.com/ , основная фича - query routing (идея основная , не меняя текущую логику приложения, отправить некоторые select на реплики)

Здравсвуйте, господа эксперты, подскажите , пожалуйста, работающее решение для postgresql , аналог http://www.proxysql.com/ , основная фича - query routing (идея основная , не меняя текущую логику приложения, отправить некоторые select на реплики)

pgpool? Но вот "работающее" ли не скажу )

pgpool? Но вот "работающее" ли не скажу )

спасибо, буду с pgpool разбираться, к сожелению времени сделать хорошо - на стороне приложения нет (

спасибо, буду с pgpool разбираться, к сожелению времени сделать хорошо - на стороне приложения нет (

Балансинг это сильная сторона pgpool2. Бывают проблемы с JDBC драйвером, но в целом он работает хорошо, если правильно приготовить. Но будьте готовы, к тому что будет overhead так как все запросы pgpool разбирает перед тем как отправить на нужный бекэнд.

да, мы и говорили :)

Мы говорили об альтернативе для HA. Для балансинга пока ничего в opensource к сожалению нет кроме pgpool:)

господа, а был опыт использования https://plproxy.github.io/ ? рассматриваю пока все варианты

Смотря какие задачи вы хотите решать с помощью plproxy. У него есть ряд ограничений. Он подходит больше для шардинга.

парни, хотел уточнить: select min(age(backend_xmin)) from pg_catalog.pg_stat_get_activity(NULL::integer); min —--- 38 (1 row) это по идее и есть самая долгоиграющая транзакция?

господа, а был опыт использования https://plproxy.github.io/ ? рассматриваю пока все варианты

Хороший опыт, очень гибкий может быть роутинг, особенно в связке с баунсерами