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

А старый адрес, поднятый на новом месте не прокатит?

А старый адрес, поднятый на новом месте не прокатит?

нет

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

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

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

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

В смысле, клиенты аутентифицируются приложением, а приложение ходит в базу под своей отдельной учёткой

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

а, подожди, я перепутал с pgpool

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

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

Это наиболее частое применение. Хотя я сейчас посмотрел доку, там есть такой параметр: auth_query Если у меня правильно сложилась картинка, этот и сопутствующие параметры позволяют организовать аутентификацию каждого клиента именно в ПГ.

Всем привет, народ подскажите плиз, есть ли возможность восстановить файлик pg_filenode.map?

Какую-то ерунду про баунсер пишете

Прописывание в конфигах все существующие логины-пороли и работаете как раньше

Ну и в целом я не представляю более-менее продакшен без баунсера

@bamaboy будет жить. Поприветствуем!

@letmeknowPacket будет жить. Поприветствуем!

@R0m4n_M будет жить. Поприветствуем!

@aleshur будет жить. Поприветствуем!

@joe_mcnuggets будет жить. Поприветствуем!

Это нормально

это поймет тот, у кого есть маленькие дети :)

Не томите, кто в прицепе?

Не томите, кто в прицепе?

у него в прицепе кто-то песенку поет

у него в прицепе кто-то песенку поет

надеюсь не про Oracle?)

там разные животные едут, каждый про свою БД. задача - угадать по песенке, что за зверь

если про постгрес - про это слон, если про mysql - дельфин

Предлагаю про mssql петь петушку, а про оракл барашку

а про sqlite кому?)

Друзья, ответьте пожалуйста на небольшой вопрос. Какие преимущества по вашему опыту у PG перед Mysql? Чтобы не скатываться в холивар, пожалуйста, давайте только свои субъективные мнения, основанные на личном опыте и без оспаривания чужого опыта. Например: "По моему опыту PG удобнее в обслуживании".

Друзья, ответьте пожалуйста на небольшой вопрос. Какие преимущества по вашему опыту у PG перед Mysql? Чтобы не скатываться в холивар, пожалуйста, давайте только свои субъективные мнения, основанные на личном опыте и без оспаривания чужого опыта. Например: "По моему опыту PG удобнее в обслуживании".

https://habr.com/company/mailru/blog/248845/

Да, это я читал, но интерес прежде всего личный опыт людей здесь

По моему в PG синтаксис запросов более лоялен к пользователю

Да, это я читал, но интерес прежде всего личный опыт людей здесь

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

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

а еще оконок очень не хватало

но вроде недавно последние добавили

ааа

самая главная боль - нетранзакционный DDL

но если вместо mySQL поставить почти любую другую бд, отличную от PG - будет та же боль)))

Andrey Maraev будет жить. Поприветствуем!

Друзья, ответьте пожалуйста на небольшой вопрос. Какие преимущества по вашему опыту у PG перед Mysql? Чтобы не скатываться в холивар, пожалуйста, давайте только свои субъективные мнения, основанные на личном опыте и без оспаривания чужого опыта. Например: "По моему опыту PG удобнее в обслуживании".

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

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

кстати, сейчас же новая система нумерации и каждая версия - мажорная, да?

Это почему это каждая версия мажорная?! о_О

Была система: супермажорная.мажорная.минорная, стала: мажорная.минорная

кстати, сейчас же новая система нумерации и каждая версия - мажорная, да?

Да, новая система. Но, по-прежнему, последнее число — минорная версия. Т.е. раньше мажорные шли: 8.3, 8.4, 9.0, ... , 9.6; а теперь будут 10, 11, 12...

Как понять какой у меня символ в постгресе в не в UTF-8? ну кроме выгрузки данных и ковырянием hexdump?

Как понять какой у меня символ в постгресе в не в UTF-8? ну кроме выгрузки данных и ковырянием hexdump?

в Far3 открыть :)

в Far3 открыть :)

я не знаю что это :)

Как понять какой у меня символ в постгресе в не в UTF-8? ну кроме выгрузки данных и ковырянием hexdump?

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

Вышел дайджест новостей Postgresso №9 Актуальные новости о PostgreSQL за прошедший месяц https://postgrespro.page.link/postgresso9

Lazoreth будет жить. Поприветствуем!

@andeyisaenko будет жить. Поприветствуем!

Доброго времени суток! Может кто-то помочь с настройкой репликации? Обе бд в докер контейнерах. Скрипты на установку настроек для репликации сделал, серверы поднимаются и работают не ругаясь ни на что, только не реплицируются и ничего о репликации не пишут в логи, пока даже локально не могу поднять. Порты выставил, образы идентичные

@Vadim_V5 будет жить. Поприветствуем!

Друзья, ответьте пожалуйста на небольшой вопрос. Какие преимущества по вашему опыту у PG перед Mysql? Чтобы не скатываться в холивар, пожалуйста, давайте только свои субъективные мнения, основанные на личном опыте и без оспаривания чужого опыта. Например: "По моему опыту PG удобнее в обслуживании".

А вы почитайте срач в этом чате от 7 июля. Поищите в истории по фразе «Для каких целей предпочтительней взять MySQL? Или любую другую.» и почитайте там вниз)

Подскажите, кратко, что такое за проблема с "захотеться вторичных индексов с логическими указателями". Что есть постргесовая hot опимизация?

postgres/README.HOT at master · postgres/postgres https://github.com/postgres/postgres/blob/master/src/backend/access/heap/README.HOT

Штука, которая ускоряет update и delete. Это всё, что я понимаю из этого документа :)

Подскажите, кратко, что такое за проблема с "захотеться вторичных индексов с логическими указателями". Что есть постргесовая hot опимизация?

Если очень кратко, то в пг все индексы указывают на физическое расположение кортежа в таблице. И возникает проблема в случае обновления строки в таблице - может начаться обновление в индексе (а btree это не любит). Было придумано решение - если при обновлении не затрагивается индексированный ключ и есть место на странице таблицы, создавать цепочку версий и не перестраивать индекс. Ну и при очередном обновлении производить микросборка мусора на странице и убирать ненужные версии. Для вариантов многоверсионности типа undo можно использовать хитрый вариант, что индекс указывает не на физическую строку, а на первичный ключ (и поэтому он называется вторичным - у пг вторичных ключей нет). Это избавляет от проблемы обновления индексов при обновлении таблицы, до ухудшает скорость чтения (лишний заход в первичный ключ)

В mysql получается, что первичный ключ нужно менять. Ну т.е. на несколько операции меньше

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

@darthunix, можете тоже в двух словах про это "А вот настоящей проблемой является блоат" Т.е. что есть "блоат"?

@darthunix, можете тоже в двух словах про это "А вот настоящей проблемой является блоат" Т.е. что есть "блоат"?

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

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

Там же есть какие-то сторонние доработки?

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

Спасибо, понятно.

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

Исходя из комментария выше, если я всё правильно понял, то нужно как-то в рамках pg дефрагментацию запускать...

Вообщем это не точно.

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

менять настройки автовакуума