а кто ни будь может придумать зачем primary key делать varchar?

к примеру можно там хранить уникальный идентификатор финансовсой транзакции с разных систем

Ну там же мог быть UUIDv4

а в чём проблема текстовых pkey?

в объеме WAL при значительной вставке данных.

к примеру можно там хранить уникальный идентификатор финансовсой транзакции с разных систем

система одна, данные не финансовые.

что такое "значительная вставка"?

что такое "значительная вставка"?

десятки тысяч инсертов в единицу времени.

и что именно тогда происходит? :)

Ну там же мог быть UUIDv4

у UUID та же беда.

уникальный индекс. При текстовых данных в индекс все это вставляется в случайные странички, т.к. на диск должно все лечь в отсортированном виде, и при включенном FPW это много лишнего WAL. В случае же serial новые записи ложаться всегда в конец индекса, а значит заполняют последнюю страничку в индексе....

Но вопрос был не об этом. Я хочу найти плюсы такого подхода...

временами удобно

Например можно генерировать pk в приложении (тот же uuid)

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

Тут же поголовно все id текстовые с меткой примари кей.

и по ним строят констрейны и джойнят.

а при хорошей нагрузке и наличии синхронной реплики, все становится грустно.

по поводу - есть ли данные - должны быть, тк бэкапы делаются pg_dump для всей базы

текстовые очен удобно для поика по like скажем

ага, особенно если они вида md5sum(rand)....

ээ, ну дружище ты как будто все усложняеш :)

так я пас

вот и я не могу найти разумного ответа на вопрос «зачем»? :(

минусы очевидны, плюсов пока не нашел.

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

быстрей наверное найти разработчика и просто спросить

а то где нибудь взорвется

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

поэтому технически - она пустая

всем спасибо за помощь!

А как сделать чтобы pgbouncer требовал пароль у клиентов?

Всем привет, кто ещё не видел — 21.02 будет очередной митап в Москве https://www.meetup.com/postgresqlrussia/events/229372553/?eventId=229372553

Баунсер оперирует коннектами же для реюзинга. Это не его обязанность.

Блин а че делать тогда?)

Мне нужен и реюзинг и аутентификация

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

Мне нужен и реюзинг и аутентификация

В конфиге же всё есть: Например auth_type = md5 auth_file = /etc/pg_auth.conf

На столько я понял это для авторизации в сам pg

Для его коннекторов

А для клиентов где конфиг?

Дмитрий, а что в pg_hba? Какие варианты auth выставлены? trust или ident есть?

А для клиентов где конфиг?

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

кстати забавный рецепт, чтобы не париться с ручным ведением файлика у пгбаунсера https://www.depesz.com/2010/12/04/auto-refreshing-password-file-for-pgbouncer/

По митапу: если кто-то возился с полнотекстовым поиском, наверняка знает, что нюансов там много. Есть время подумать и сформулировать вопросы, чтобы на встрече их хорошенько проработать. В общем, пишите на странице митапа или в ФБ, я перед встречей сформирую список.

Дмитрий, а что в pg_hba? Какие варианты auth выставлены? trust или ident есть?

У меня pg вообще в RDS )

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

Так или по одному и тому же хотя бы.

https://pgbouncer.github.io/config.html#authentication-file-format + auth_user

Дмитрий, а что в pg_hba? Какие варианты auth выставлены? trust или ident есть?

У меня есть только userlist.ini где прописана пара user pass для коннекта в pg

так а в чём проблема? в RDS вряд ли сделали trust, значит без пароля никто не пустит

Ну там по паролю у меня, да.

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

а auth_type на что поменять?

plain?

ну md5 вполне себе стандарный вариант. но можно и plain

по вкусу

Щас попробую, спасибо

Все разобрался. Сначала меня смутило, что файл этот отвечает только за аутентификацию в исходный pg

Спасибо

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

Это называется партицирование, или секционирование.

@SergeySokolov в нашей медицинской платформе id text - пользователь сам выбирает схему идентификации - и это иногда полезно, например если есть уникальный внешний идентификатор. По умолчанию туда генерится uuid::text

@niquola, а какой тип ЛПУ автоматизировать?

Автоматищируете

Привет всем, кто нибудь использовал pgagent ? я запускаю демон но в pgadmin 3 нет job-ов, хотя в display включен показ job-ов

Страшная поделка этот pgagent. Попробуйте лучше https://github.com/citusdata/pg_cron/

схема пгагента то есть?

схема пгагента то есть?

да, sql файл прогонял

Страшная поделка этот pgagent. Попробуйте лучше https://github.com/citusdata/pg_cron/

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

после того, как поставили крыжик "Показывать задания pgAgent" пгадмин перезапустили?

да

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

я бы добавил еще: он умеет создавать несколько взаимосвязанных шагов для задания?

я бы добавил еще: он умеет создавать несколько взаимосвязанных шагов для задания?

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

pg_cron is a simple cron-based job scheduler for PostgreSQL (9.5 or higher) that runs inside the database as an extension. It uses the same syntax as regular cron. Секунды не умеет.

pg_cron is a simple cron-based job scheduler for PostgreSQL (9.5 or higher) that runs inside the database as an extension. It uses the same syntax as regular cron. Секунды не умеет.

спасибо, жаль :(

я бы добавил еще: он умеет создавать несколько взаимосвязанных шагов для задания?

SELECT cron.schedule('30 3 * * 6', $$DELETE FROM events WHERE event_time < now() - interval '1 week'$$); В последний параметр можно передавать несколько команд. Строить какие то зависимости джобов нельзя насколько я понимаю

Посгрес про на мой взгляд лучше не читать, они там свои фичи тоже встраивают в доку.

Но у них есть режим в котором слева перевод, справа оригинал

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

Фига вы откапали)

SELECT cron.schedule('30 3 * * 6', $$DELETE FROM events WHERE event_time < now() - interval '1 week'$$); В последний параметр можно передавать несколько команд. Строить какие то зависимости джобов нельзя насколько я понимаю

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

Фига вы откапали)

Кап-кап.

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

если в рамках одного джоба, то помоему там принцип "все или ничего".

Страшная поделка этот pg_cron

Страшная поделка этот pg_cron

Все вопросы были ради этой фразы?

Страшная поделка этот pgagent. Попробуйте лучше https://github.com/citusdata/pg_cron/

Да, для того, чтобы вы не были столь критичны

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

begin/exception, а вообще ее можно использовать как запуск своего кастомного шедулера, у нас для этого просто был свой простенький bg_worker который дергал раз в секунду что-то подобное https://gist.github.com/kshvakov/fdae205657ce3ea77cee4057e1e83cbb

Да, для того, чтобы вы не были столь критичны

У каждого из нас разный опыт и масштабы проектов) Кому-то и PgAgent нужен. Спасибо, учту на будущее

в patroni пугает необходимость в ZooKeeper, etcd или Consul, а так его внутри интересно поизучать для понимания что и как

а etcd перестал после out of space ВСЕ данные терять?

etcd давно не использовал, сейчас в продакшен zookeeper и consul, с zookeeper все ок, а consul не критично и после потери данных или просто ведения нового он просто перезаливается данными от наших агентов, может тоже что-то и теряет, но мы не замечаем

@PeterEgorov в итоге настроил, теперь видны job-ы, но пока не найду как посекундно задавать schedule , там минимум минута, можеш подсказать?

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

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

спасибо

Коллеги, выскажите пожалуйста мысль по поводу Tarantool , сможет ли составить конкуренцию PostgreSQL ? Не холивара ради задаю вопрос , просто интересно стало

конкуренцию в чем ?