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

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

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

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

Господа, а подскажите, где сейчас эффективней хантить специалистов по PostgreSQL? Ищем инженеров и внедренцев, hh.ru приводит в основном только ораклистов(

Pgconf в прошлом году тоже результатов не дал, увы

Ораклистов переучивать нормально, проверено

GRANT and REVOKE are not allowed on untrusted languages, because only superusers can use untrusted languages.

и что делать?

мне надо пользователю дать

Арсений Судариков будет жить. Поприветствуем!

Сразу чувствую прогерский чат. Сразу роботы нападают

Да прибудет с тобой жизнь!

мне надо пользователю дать

Нет, не надо. Т.к. Вы этим ему даёте фактически права superuser, по идее.

и что делать?

UPDATE pg_language SET lanpltrusted = true WHERE lanname = 'plpythonu';Думаю, не надо объяснять все риски этой затеи - пользователь потом сможет сделать rm -rf /*

Нет, не надо. Т.к. Вы этим ему даёте фактически права superuser, по идее.

Я понимаю.

UPDATE pg_language SET lanpltrusted = true WHERE lanname = 'plpythonu';Думаю, не надо объяснять все риски этой затеи - пользователь потом сможет сделать rm -rf /*

Спасибо.Я таки сумел переписать на чистом sql

В 10м постгре можно сделать upsert на exclude constraint?

В 10м постгре можно сделать upsert на exclude constraint?

"Note that exclusion constraints are not supported as arbiters with ON CONFLICT DO UPDATE"

Значит ничего не поменялось, спасибо.

Доброго времени суток! Буду благодарен, если подскажите, как правильно написать SQL запрос с условием, в формате: Если версия PG меньше 10 выполни такой запрос, если 10 и более тогда другой.

Попробовал вот так, не работает:

select case when (select (current_setting('server_version_num'))::int) < 100000 then (select count(*) from pg_stat_activity where waiting) else (select count(*) from pg_stat_activity where wait_event_type in ('LWLock', 'Lock', 'BufferPin') and backend_type = 'client backend') end;

Я так понимаю колонки wait_event_type в 9.х нету

Поэтому надо разделить два запроса

Попробовал вот так, не работает:

Эээ... никак, наверное (тут нужны отдельные запросы), т.к. сама структура relation отличается.

Думал на крайний случай так реализовать метрику, но хотелось красиво, в рамках одного запроса)

Ну ладно, нашлёпаю под 10-ку отдельно. Спасибо.

Ну ладно, нашлёпаю под 10-ку отдельно. Спасибо.

Чтобы Вам веселее жЫлось на свете, настоятельно рекомендую заглянуть в доку по 9.6: https://postgrespro.ru/docs/postgresql/9.6/monitoring-stats#pg-stat-activity-view

Мне уже весело, спасибо . Скорее , это недопонимание работы case, думал что не будет выполняться запрос после else , если уже выполнено условие запрос после then.

Мне уже весело, спасибо . Скорее , это недопонимание работы case, думал что не будет выполняться запрос после else , если уже выполнено условие запрос после then.

Сначала всё равно придёт парсер и скажет что нет такого поля в таблице

Да, уже дошло, спасибо .

https://explain.depesz.com/s/Mwqw

https://explain.depesz.com/s/PI1O

https://dumpz.org/a57bAGwp3bTB

Такой запрос оптимальный?

Я пытаюсь искать по тексту тегов с кастомным стеммером

Подскажите, какой use case оптимистических блокировок. Между тем, как проверил данные и пошёл что-то обновлять, данные, которые проверил, могли измениться. Соотвественно есть непонимание использования этого подхода.

Подскажите, какой use case оптимистических блокировок. Между тем, как проверил данные и пошёл что-то обновлять, данные, которые проверил, могли измениться. Соотвественно есть непонимание использования этого подхода.

Если изменились, Вы их не обновляете (выдаёте ошибку / делаете что-то ещё, например, начинаете с начала), вот и всё.

Если изменились, Вы их не обновляете (выдаёте ошибку / делаете что-то ещё, например, начинаете с начала), вот и всё.

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

> И между тем, как я делал проверку и пошёл обновлять, было изменение этих данных. Ещё раз: "в таком случае, Вы их не обновляете (выдаёте ошибку / делаете что-то ещё, например, начинаете с начала), вот и всё."

> И между тем, как я делал проверку и пошёл обновлять, было изменение этих данных. Ещё раз: "в таком случае, Вы их не обновляете (выдаёте ошибку / делаете что-то ещё, например, начинаете с начала), вот и всё."

Как я узнаю, что они изменились, ведь я делаю уже запрос на изменение?

Как я узнаю, что они изменились, ведь я делаю уже запрос на изменение?

Потому что он вернёт "UPDATE 0".

Оу, т.е. обновление и check в одном запросе, хорошо. Вот тут читаю документацию: https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/transactions-and-concurrency.html Выглядит так, что у них это 2 разных запроса.

Если убрать ORM, то в сыром запросе версией может служить xmin?

Если убрать ORM, то в сыром запросе версией может служить xmin?

> Оу, т.е. обновление и check в одном запросе, хорошо. Ну вот у них написано: In this approach any entity that should be protected against concurrent modifications during long-running business transactions gets a version field that is either a simple number (mapping type: integer) or a timestamp (mapping type: datetime). When changes to such an entity are persisted at the end of a long-running conversation the version of the entity is compared to the version in the database and if they don't match, an OptimisticLockException is thrown, indicating that the entity has been modified by someone else already. > Если убрать ORM, то в сыром запросе версией может служить xmin? Я бы Вам не советовал использовать системные поля с такими целями... Зачем на internals завязываться?

> Оу, т.е. обновление и check в одном запросе, хорошо. Ну вот у них написано: In this approach any entity that should be protected against concurrent modifications during long-running business transactions gets a version field that is either a simple number (mapping type: integer) or a timestamp (mapping type: datetime). When changes to such an entity are persisted at the end of a long-running conversation the version of the entity is compared to the version in the database and if they don't match, an OptimisticLockException is thrown, indicating that the entity has been modified by someone else already. > Если убрать ORM, то в сыром запросе версией может служить xmin? Я бы Вам не советовал использовать системные поля с такими целями... Зачем на internals завязываться?

> Я бы Вам не советовал использовать системные поля с такими целями... Зачем на internals завязываться? Это был просто вопрос ради вопроса. А вот про сравнение версий я вас понял, но до конца не понял, кто эти версии должен сравнить, я или ORM. Yaroslav спасибо.

> А вот про сравнение версий я вас понял, но до конца не понял, кто эти версии должен сравнить, я или ORM. Вроде же там написано, что ORM делает это за Вас? Даже вон exception (OptimisticLockException) "придумывает". Вы понимаете, как это на "низком уровне" работает?

Да, но там пример использования какой? там find и lock... как бы я не уверен, что если я потом пойду изменять данные, то мне кто-то кинет exception.

> Вы понимаете, как это на "низком уровне" работает Там же поле version добалили. Вот с ним, по всей видимости, и сравнивают.

Да, но там пример использования какой? там find и lock... как бы я не уверен, что если я потом пойду изменять данные, то мне кто-то кинет exception.

Проверьте, это же несложно. "Кем-то" в данном случае может быть только ORM, т.к. для сервера (PostgreSQL) это вообще не ошибка.

Окей, я просто попробую

> Вы понимаете, как это на "низком уровне" работает Там же поле version добалили. Вот с ним, по всей видимости, и сравнивают.

Смотрите, это работает так: . В таблице создаётся поле version, которое будет обновляться (получая новое уникальное значение) при каждом UPDATE. Это может достигаться: . Явным: "UPDATE table SET updated_field = 'lala', <version = new_version> ...". То, что в <>, добавляет ORM. . Триггером на UPDATE в базе данных (который делает по сути то же самое SET version = new_version). Т.к. new_version д/б уникальным, для этого часто используют sequence (ну или timestamp, что, теоретически, менее надёжно). Далее, когда клиент использует optimistic locking, он делает так: . <первая тразакция> "SELECT ..., version FROM table WHERE id = $1;" и запоминает прочитанную version. . <вторая транзакция (может быть хоть 5-ю днями позже ;) > UPDATE table SET some_col = 'new_col_value', version = <new_version> WHERE id = <id из первой транзакции> AND version = <запомненная тогда version>; Если UPDATE выполнен без ошибок, тут два возможных исхода : UPDATE 1 — считаем, что всё хорошо. UPDATE 0 — ясно, что за прошедшее с первой транзакции время кто-то изменил запись — обрабатываем как ошибку в клиенте (например, throw exception OptimisticLockException).

Ага, вот только что, если я укажу версию и следом сделаю два update-а

Ага, вот только что, если я укажу версию и следом сделаю два update-а

В смысле? Т.е. где/как/когда конкретно?

Yaroslav, спасибо. Я уже узнал то, что нужно: как работает optimistic lock. Далее на все вопросы я смогу сам ответить.

Добрый день всем. Есть ли у кого русская документация по sequelize.js? #sequelize

Господа, а нету ли возможности добавлять в композитный тип функцию? Чтобы было похоже на ООП?

Господа, а нету ли возможности добавлять в композитный тип функцию? Чтобы было похоже на ООП?

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

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

Нет, не так)) Я хочу чтобы функция была членом композитного типа, и строка этого типа являла собой "объект ООП": declare my_var my_schema.my_composite_type; ... select ... from ... into my_var; ... и наконец my_var.some_func(); my_var.column1 := 123; my_var.some_other_func('paramvalue123');

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

Вот щас подумал... А ведь можно же перегрузку операторов сделать... Объявить свой тип, задать ему оператор для вызова функции (точнее уже - метода), и вызывать этот "метод" подсовывая туда колонку в качестве this... Интересно, кто-нибудь так делал? Ушёл ковырять, если кто-нибудь так делал, очень рад буду если поделитесь опытом))

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

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

> Возможно выглядит как изврат Вот-вот, IMHO. > и в процедурном стиле я боюсь просто каша получится в итоге А уж в этом-то стиле бояться нечего (т.е. наверняка получится). ;) > Ушёл ковырять, если кто-нибудь так делал, очень рад буду если поделитесь опытом)) Вы уверены, что на это в самом деле лучше? Попробовать-то можно... но стоит ли?

> Возможно выглядит как изврат Вот-вот, IMHO. > и в процедурном стиле я боюсь просто каша получится в итоге А уж в этом-то стиле бояться нечего (т.е. наверняка получится). ;) > Ушёл ковырять, если кто-нибудь так делал, очень рад буду если поделитесь опытом)) Вы уверены, что на это в самом деле лучше? Попробовать-то можно... но стоит ли?

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

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

Ну честно говоря большой разницы в obj.foo() и foo(obj) я не вижу. ИМХО не в этом суть объектного подхода. Вот то, что в Посгресе не работает динамический полиморфизм - это проблемка. Т.е. вы не сможете создать таблицу Stuff с выведенными таблицами Employee и Contractor и опеределить метод (функцию) salary по разному для Employee и Contractor, так чтобы можно было сделать запрос по Stuff и в зависимости от экземпляра позвался бы нужный метод

Добрый день, знатоки функций, подскажите, какая функция будет быстрее работать https://pastebin.com/qZEMv6Yj 4 варианта, 3 sql и последний plpgsql (функция TS_HEADLINE — STABLE ) второй вариант кажется самым читабельным, но сможет ли постгре выполнить быстро where для функции со скалярным результатом как я понимаю, самы быйстрой 3й вариант (при условии что postgresql не вызовет TS_HEADLINE дважды, хотя не должен)

Ну честно говоря большой разницы в obj.foo() и foo(obj) я не вижу. ИМХО не в этом суть объектного подхода. Вот то, что в Посгресе не работает динамический полиморфизм - это проблемка. Т.е. вы не сможете создать таблицу Stuff с выведенными таблицами Employee и Contractor и опеределить метод (функцию) salary по разному для Employee и Contractor, так чтобы можно было сделать запрос по Stuff и в зависимости от экземпляра позвался бы нужный метод

Согласен, похоже мой мозг просто ищет, как применить ООП шаблоны, ибо привык исключительно к ним) » чтобы можно было сделать запрос по Stuff и в зависимости от экземпляра позвался бы нужный метод Ага, понял... Любопытная задача, но в итоге это ведь можно решить, просто "обвес" не очень красивый нужно будет пилить? (например, в "родительской" функции вызывать одну из "дочерних")

> create table t (a int); > insert into t select 1; > select t.hstore from t; hstore ---------- "a"=>"1"

juriy

вот такие еще отголоски прошлого работают

Ну честно говоря большой разницы в obj.foo() и foo(obj) я не вижу. ИМХО не в этом суть объектного подхода. Вот то, что в Посгресе не работает динамический полиморфизм - это проблемка. Т.е. вы не сможете создать таблицу Stuff с выведенными таблицами Employee и Contractor и опеределить метод (функцию) salary по разному для Employee и Contractor, так чтобы можно было сделать запрос по Stuff и в зависимости от экземпляра позвался бы нужный метод

tableoid тут можно заюзать

но это всё кажется не самым удобным в общем виде

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

но надо вводить свои супер функции скорее всего

но надо вводить свои супер функции скорее всего

Супер функция это как? Не такая, где много вложенных блоков begin...end со своими переменными и т.д.?

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

> create table t (a int); > insert into t select 1; > select t.hstore from t; hstore ---------- "a"=>"1"

вот это кстати отличный прмер, чтобы понять как оно вообще работает

всем рекомендую

вот это кстати отличный прмер, чтобы понять как оно вообще работает

тогда просьба чуть-чуть разжевать, потому что если честно, не понял сути - этот пример относится к реализации динамического полиморфизма?

да

у вас появился "метод" hstore у типа

у вас появился "метод" hstore у типа

а как ему передать параметры?