Size: a a a

pgsql – PostgreSQL

2020 June 26

РЖ

Роман Жарков... in pgsql – PostgreSQL
Дмитрий Лукьянов
Он, я так понял, как-то в виде модуля для Apache поднимается? Или отдельно настраивается именно в самом прикладе?
Приложение напрямую с ним работает.
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Alexey Bulgakov
у меня опыт противоположный Вашему. все бывает
Ничей личный "опыт" не имеет значения, Вы в курсе?
В сторону: интересно, сколько будет продолжаться этот "шаманизм" и "я так вижу" в нашей профессии (я про software engineering). Даже медики и преподаватели уже "докатились" до evidence based medicine и evidence based pedagogy, а тут по-прежнему "не рассветало". :(
источник

РЖ

Роман Жарков... in pgsql – PostgreSQL
Yaroslav Schekin
Ничей личный "опыт" не имеет значения, Вы в курсе?
В сторону: интересно, сколько будет продолжаться этот "шаманизм" и "я так вижу" в нашей профессии (я про software engineering). Даже медики и преподаватели уже "докатились" до evidence based medicine и evidence based pedagogy, а тут по-прежнему "не рассветало". :(
Для начала надо обучить нормально. А то я тут почитал требования к землекопу второго разряда и они местами серьёзнее чем к большинству "программистов".
источник

MM

Max Mokryi in pgsql – PostgreSQL
Господа! Есть вопрос. Можно ли сделать репликацию с 9.2 на 12, а потом, как все сольется, 12 сделать мастером и отрубить девятку?
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
логическая репликация позволяет такое
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
правда, есть ли она в 9.2...
источник

p

pragus in pgsql – PostgreSQL
Yaroslav Schekin
Например, это тривиально решается tuning пары параметров. ;)
И, кстати, взять данные из RAM (shared buffers) по-прежнему гораздо быстрее, чем считать их с SSD.
Т.е. этот фундамент совершенно правильный.
и вот каждый из команды будет лазать в конфиг pg и править там что-то? :)
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Max Mokryi
Господа! Есть вопрос. Можно ли сделать репликацию с 9.2 на 12, а потом, как все сольется, 12 сделать мастером и отрубить девятку?
Встроенными средствами — точно нельзя. Поищите про pglogical — я не помню, работало ли оно в 9.2.
Если что, всегда есть slony. :)
источник

s

sexst in pgsql – PostgreSQL
Maxim Grigorev
Нет, не совсем метрики) есть просто данные, которые поступают ежедневно, в большинстве своем они не требуются на след день,но некоторые могут потребоваться после отработки некоторой логики, поэтому тут партиции удобны тем, что можно партицию отдельной таблицей сделать и она будет висеть пока требуется
Ну если  можно дропать посуточными кусками и запросы в основном позволяют планировщику исключать ненужные секции, т.е содержат ограничения по дате - да, декларативное партиционирование и  клепать секции планировщиком выглядит самым рабочим и понятным-простым решением.
источник

MM

Max Mokryi in pgsql – PostgreSQL
slony - это все-таки слишком морочливо....
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
pragus
и вот каждый из команды будет лазать в конфиг pg и править там что-то? :)
Конечно, нет. Как фундаментальное поведение планировщика связано с тем, кто там будет "лазать в конфиг pg"? ;)
источник

n

namefor in pgsql – PostgreSQL
Привет. Почему при запросе Name выдаёт Name2? При запросе Name2 ошибка
источник

s

sexst in pgsql – PostgreSQL
Дмитрий Лукьянов
А расскажи, где ты его применяешь на практике? Я сейчас на степике курс прохожу обзорный про NoSQL. Как раз раздел про memcached закончил. Но пока не оч в курсе, где бы его можно было применить на практике.
KV сторадж типичный. Проверять токен сессии пользователя на каждом запросе, хранить там для сессии переменные её окружения всяческие. Это прямо типичный use-case
источник

s

sexst in pgsql – PostgreSQL
namefor
Привет. Почему при запросе Name выдаёт Name2? При запросе Name2 ошибка
Не `, а обычные одинарные скобки нужны
источник

n

namefor in pgsql – PostgreSQL
sexst
Не `, а обычные одинарные скобки нужны
Спасибо, завелось
источник

p

pragus in pgsql – PostgreSQL
Yaroslav Schekin
Как бы они ни приближались, они всегда будут отставать от прямого чтения из памяти именно для СУБД (которые оперируют блочным вводом-выводом). И, опять-таки, планировщик под это не очень-то и "заточен".
pmem, например. ну и 10us latency у optane. и чтобы разницу между dram и optane заметить надо будет половину pg переписать.
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
sexst
Ну если  можно дропать посуточными кусками и запросы в основном позволяют планировщику исключать ненужные секции, т.е содержат ограничения по дате - да, декларативное партиционирование и  клепать секции планировщиком выглядит самым рабочим и понятным-простым решением.
Мне это напоминает:
1. А это что?
2. Ну, бледная поганка.
1. А это есть можно?
2. (задумчиво) Можно...
1. (начинает есть)
2. только сдохнешь.

Я к тому, что менее чем года с такой схемой произойдёт примерно это (а если версия PostgreSQL меньше v12 — то и раньше). ;(
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Max Mokryi
slony - это все-таки слишком морочливо....
Ну а что ж поделаешь — слишком старая версия (сколько лет она уже не поддерживается?).
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
sexst
KV сторадж типичный. Проверять токен сессии пользователя на каждом запросе, хранить там для сессии переменные её окружения всяческие. Это прямо типичный use-case
Да. Я так и понял. Интересно было, как именно встраивают её в работу. Я к тому, что приклад часто крутится в JVM в серверах приложения или в Apache том же. Может, именно в их рамках как-то прикручивают, а не в виде отдельного сервиса...
источник

s

sexst in pgsql – PostgreSQL
Yaroslav Schekin
Мне это напоминает:
1. А это что?
2. Ну, бледная поганка.
1. А это есть можно?
2. (задумчиво) Можно...
1. (начинает есть)
2. только сдохнешь.

Я к тому, что менее чем года с такой схемой произойдёт примерно это (а если версия PostgreSQL меньше v12 — то и раньше). ;(
Да фиг знает. Я партиционирование для сходного кейса много лет юзаю, переезжая на актуальные способы реализации по мере их появления. Живо всё и нормально.
источник