зы: возможно ораклом избалован

а AWR-ом не избалован

=) у танела подера учился кунг-фу снапера и орадебага

много чем избалован ))

pg_stat_wait , только ради него можно обновлятся

а он есть в postgrespro ?

https://github.com/postgrespro/postgres/tree/waits_monitoring_95

Коллеги доброго времени суток, подскажите пожалуйста есть ли какие то практики в постгресе писать автотесты? Я напримр задумался написать процедурку автотеста, которая запускает кучу тестовых процедурок, которые соответсвенно запускают процедурки "полезные", смотрят результат и выдают по raise notice отвед ok, ну или error с описанием. Но может есть какие то другие вариант/наработки?

господа из postgres professional делились https://github.com/plumqqz/http-que/blob/master/test_a_routine.sql

Спасибо!

https://github.com/postgrespro/postgres/tree/waits_monitoring_95

это пропатченный постгреспро с pg_stat_wait ?

“This directory contains the source code distribution of the PostgreSQL database management system.” readme (c)

Коллеги доброго времени суток, подскажите пожалуйста есть ли какие то практики в постгресе писать автотесты? Я напримр задумался написать процедурку автотеста, которая запускает кучу тестовых процедурок, которые соответсвенно запускают процедурки "полезные", смотрят результат и выдают по raise notice отвед ok, ну или error с описанием. Но может есть какие то другие вариант/наработки?

есть http://pgtap.org/ еще https://github.com/mixerp/plpgunit и https://github.com/postgres-ci/assert

Спасибо!

“This directory contains the source code distribution of the PostgreSQL database management system.” readme (c)

тогда причем тут постгреспро

Доброе! А все включают --data-checksums? Есть ли какие то противопоказания ? Лучше включать их?

лучше включать

а есть противопоказания к этому?

аллергия

ха! )

Я про подводные камни, например восстановление битых блоков…

вот вы тут празднуете

а pg_admin 4 вышел

= )

подводный камень - доп. нагрузка на cpu для подсчет чек-суммы

кстати скажите, почему на pgpro хотите мигрировать

требование заказчика

Спасибо

подводный камень - доп. нагрузка на cpu для подсчет чек-суммы

Это не подводный, это явная цена чек сумм. Непонятно, почему это не опция по умолчанию, если это хорошо и полезно.

подводный камень - доп. нагрузка на cpu для подсчет чек-суммы

Её не много.

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

9.6 и 1С тестировать будем?

А вы какие патчи накладывали? Разве Pg не принял исправления для улучшения работы?

неа. Там для 1С весьма специфические изменения которые сообщество врятли когда ни будь примет.

я адаптировал для патч с 9.5

Рискованно

я глянул какие изменения в патче были при адаптации с 9.4 до 9.5 сделанные разработчиками. Там так же все чисто механические правки

вот я и подумал - «так и я могу»

Рискованно

Кто не рискует, тот не пьёт шампанского. И нерисковых не любют женсчины. :(

Кто-нибудь использовал okmeter?

Кто не рискует, тот не пьёт шампанского. И нерисковых не любют женсчины. :(

дорогая, я ставил базу данных еще до стабильного релиза

дорогая, я ставил базу данных еще до стабильного релиза

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

Щ. Женщин.

Женьшень

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

Аникейщиц разве что

Э. Эникейщиц.

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

инспекторш полиции стабильного релиза?

Э. Эникейщиц.

З. Зануда

Кто-нибудь использовал okmeter?

Заюзал сегодня. Шикарно

кто-нибудь уже 9.5 -> 9.6 апгрейдил?

Я, но через upgradecluster (маленькая базочка). Вроде без эксцессов

а я сервер для девелопмента хочу проапгрейдить, но пользуюсь postgresapp.com, и почему-то в последнем релизе pg_upgrade версии 9.5

господа, а в современном мире правило swap=2xMem актуально еще ?

господа, а в современном мире правило swap=2xMem актуально еще ?

Если у тебя 1 гиг памяти, да.

А если 128гб, то как-то проблематично это становится всё. ?

господа, а в современном мире правило swap=2xMem актуально еще ?

а зачем вообще он нужен?

а зачем вообще он нужен?

Ну если у тебя 128 гиг, то может и не нужен.

он нужен что бы твой сервер при неожиданносятх не пристрелил oom

Всё зависит от того что гоняешь на сервере.

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

и в гугле меня тоже не забанили ;)

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

Мудрость такова, когда у тебя приходит запрос который откушает здоровенный кусок памяти, свап тебя спасет от оом.

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

прочем ладно. осознал сам.

ERROR: S client not available

Мудрость такова, когда у тебя приходит запрос который откушает здоровенный кусок памяти, свап тебя спасет от оом.

спасибо.

Мудрость такова, когда у тебя приходит запрос который откушает здоровенный кусок памяти, свап тебя спасет от оом.

Это ещё вопрос что лучше: своп или ООМ

ООМ по крайней мере положит тебе слейв и он не будет тормозить

drop database тебе поможет.

господа, а в современном мире правило swap=2xMem актуально еще ?

давно неактуально, оно из древнейших времён, когда нижняя половина свопа не использовалась

давно неактуально, оно из древнейших времён, когда нижняя половина свопа не использовалась

естьчо почитать ?

Мудрость такова, когда у тебя приходит запрос который откушает здоровенный кусок памяти, свап тебя спасет от оом.

ОТ оом спасёт только корректная настройка сервера. Свап не спасёт. Точно не спасёт. Проверено на собственной шкуре.

И правильные запросы

И правильные запросы

А правильные запросы в современном мире - "это фантастика, сынок!" (с) кажЫсь из рекламы.

Да не, если пишешь сам, а не аналитик, то норм.

Миш, ты же сам знаешь, что для большинства разработчиков запросы с 10 джойнами это абсолютно правильные запросы. А если тормозит, то это ДБА не могут базу настроить :)

И у всех своё понимание правильности :)

Я был с обоих сторон, и как программист и как дба. ))

а что не так в запросах с 10 джоинами? :)

10 джойнов нормально - это в этих ваших интернетах. Когда же дело касается управленческого анализа, 10 джойнов - это,... Это что-то маловато. 30-40 - ну, уже похоже на правду. :P

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

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

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

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

а много джойнов это плохо?

а много джойнов это плохо?

Зависит от соответствия архитектуры БД решаемым задачам.

а много джойнов это плохо?

explain analyze запусти и увидишь

а много джойнов это плохо?

Тут с чем сравнивать )). Один из грехов всяких bi систем, olap кубов - большое количество in (). Это пожалуй хуже join

да уж помню эти in на несколько страниц

explain analyze запусти и увидишь

у 10и джойнов может быть вполне отличный план

подскажите годную полоску лайков для Реакта, сорт оф likely.js

у 10и джойнов может быть вполне отличный план

Опять же сканирование по индексу по плоской таблице будет сильно быстрее, чем join'ми собирать эти же данные из нескольких таблиц

подскажите годную полоску лайков для Реакта, сорт оф likely.js

вот эта оч нраица http://ilyabirman.net/projects/likely/ взялся прикручивать ее к реакт-проекту, но какая-то фигня была, уже не помню

Опять же сканирование по индексу по плоской таблице будет сильно быстрее, чем join'ми собирать эти же данные из нескольких таблиц

только прожечь эти данные в плоскую таблицу бывает сильно дольше, чем сделать join ;)

джойнами сканируя каждую отдельную, наверно, а ища нет)