@pgsql

Страница 673 из 1062
Pavel
12.02.2018
11:04:08
Только непонятно, почему min(age(backend_xmin)), а не max(age(backend_xmin)). Но в любом случае не для каждой транзакции в pg_stat_activitity будет backend_xmin, способ ненадежный. Кажется, подходит только для того, чтобы понять, из-за какого бэкенда вакуум строки не освобождает. :)

Dmitry
12.02.2018
11:08:06
Google
Dmitry
12.02.2018
11:08:37


Pavel
12.02.2018
11:09:47
Винды?

Dmitry
12.02.2018
11:09:52
угу

Alex
12.02.2018
11:09:59
Datagrip

Pavel
12.02.2018
11:10:07
+ HeidiSQL

Dmitry
12.02.2018
11:10:19
Datagrip
толстый унылый твой...

Pavel
12.02.2018
11:11:06
Люди говорят, что надо осваивать psql. Хотя я сам гуевщину очень люблю

Dmitry
12.02.2018
11:12:39
Люди говорят, что надо осваивать psql. Хотя я сам гуевщину очень люблю
зачем осваивать :) её забывать надо, ошибиться легче

Darafei
12.02.2018
11:12:58
не надо psql

он, конечно, крут, но больше двух строк в нём так себе писать

Dmitry
12.02.2018
11:13:37
dbeaver выглядит норм.

Maksim
12.02.2018
11:13:43
\ef
+1

Google
Dmitry
12.02.2018
11:13:58
а роллбэк кто тебе сделает?

вот вы плюсуете а как откатиться на предыдущую версию

ef тебе сохранил и усе

Dmitry
12.02.2018
11:14:27
ну если вы конечно такие крутые что админите с ssh

за что надо гнать ссаными тряпками

без аудита

Darafei
12.02.2018
11:14:55
а потом возникают вопросы "а как нам сделать из схемы миграцию для копии базы"

Darafei
12.02.2018
11:15:19
"мы тут поправили наживую, теперь надо то же самое на продакшене"

Dmitry
12.02.2018
11:15:38
А причём тут ssh?
ок, с локальной машины вы подключились с правами к продовой базе

где история изменений?

где связанные тикеты?

Andrey
12.02.2018
11:16:09
ок, с локальной машины вы подключились с правами к продовой базе
Нет, я так не делаю. На прод базу миграции уже админы накатывают.

Dmitry
12.02.2018
11:16:10
или хуяк-хуяк?

Andrey
12.02.2018
11:16:20
Dmitry
12.02.2018
11:17:47
Нет, я так не делаю. На прод базу миграции уже админы накатывают.
ну ок, \ef удобнее локальнее поразрабатывать - ок, только как это проблему поредактировать данные решит?

Maksim
12.02.2018
11:18:25
\e если запрос километровый

Google
Dmitry
12.02.2018
11:18:53
Andrey
12.02.2018
11:19:14
\e если запрос километровый
Вообще хранимки я в файлах пишу, которые в git лежат, потом просто делаю \i.

хочу справочник повтыкать
update. Как раз после таких "втыканий" потом неясно, кто и что правил.

Dmitry
12.02.2018
11:20:38
Andrey
12.02.2018
11:21:24
Какая разница, локальная или нет? Сразу пишите скрипт, который потом и на другой среде применить можно а не вспоминать, что вы там "повтыкали".

Maksim
12.02.2018
11:21:52
Вообще хранимки я в файлах пишу, которые в git лежат, потом просто делаю \i.
Я хранимки составляю на тестовой базе, потом через codekeeper или pg_dump -s снимаю слепок для прода

Dmitry
12.02.2018
11:26:57
Какая разница, локальная или нет? Сразу пишите скрипт, который потом и на другой среде применить можно а не вспоминать, что вы там "повтыкали".
какой нахер скрипт? :) я говорю про девелопмент. кому-то удобно в \fe ковырять и он считает что отъехавший EDITOR с текстом - это норм

я не считаю что это норм, я хочу иметь историю и вообще меньше возможностей ошибиться

Maksim
12.02.2018
11:28:08
Dmitry
12.02.2018
11:28:27
ок.

Maksim
12.02.2018
11:31:25
потом выковыривай через схему
codekeeper вроде распределяет на файлы

Dmitry
12.02.2018
11:32:54
ок. у тебя подход: редактируешь на локальной базе -> выковыриваешь дамп -> просмотриваешь diff. чтобы пользоваться \ef. ок

у меня подход такой - что функции накатываются при каждой миграции: 1. реальный контроль необходимых функций 2. можно удобнее diff смотреть, в редакторе подсвечивать git gutter'ом

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

Dmitry
12.02.2018
12:19:29
хм, а pg_stat_activity для выяснения статуса исполнения?
план, статус выполнения (на каком месте в плане находиться)

Maksim
12.02.2018
12:20:49
Google
Dmitry
12.02.2018
12:33:41
ну тут да, надо ждать pg_progress
я только какой-то вялый тред видел https://www.postgresql.org/message-id/flat/CADdR5nxQUSh5kCm9MKmNga8%2Bc1JLxLHDzLhAyXpfo9-Wmc6s5g%40mail.gmail.com#CADdR5nxQUSh5kCm9MKmNga8+c1JLxLHDzLhAyXpfo9-Wmc6s5g@mail.gmail.com

и он иссох полгода назад

с той поры ничего не поменялось?

Maksim
12.02.2018
12:34:33
да, это последний тред на эту тему

Dmitry
12.02.2018
12:36:07
значит лет 5 :=)

Dmitry
12.02.2018
12:37:29
Всем привет! Какими гуями вы пользуетесь для создания диаграмм базы данных? Вот подумывал онлайн какую-нибудь найти, но их очень много, хотелось бы спросить кто какую использовал и использовал ли вообще :)

Lev
12.02.2018
12:38:09
Онлайн? Это когда ты даёшь ей креды от админа, а она тебе рисует схему данных?

Dmitry
12.02.2018
12:39:17
не, когда пишешь код, а она тебе генерит диаграмку. Ну или ГУЮ какую даёт для создания таблиц, а потом генерит диаграмку

Pavel
12.02.2018
12:40:47
не, когда пишешь код, а она тебе генерит диаграмку. Ну или ГУЮ какую даёт для создания таблиц, а потом генерит диаграмку
От этого слайда и ниже, полный список софта на рынке. Там же есть и онлайн https://docs.google.com/presentation/d/1ftsOt3QIduSWJhKH9BMuV5YbyZFl9SVM97KLOJz_yzY/edit#slide=id.g1ccfe299d3_1_863

Dmitry
12.02.2018
12:42:06
да не, найти их не проблема. Я, например, сейчас датаГрипом пользуюсь. Вопрос в том, кто какую использовал и какая показалась ему удобной. Но спасибо за ответ

Dmitry
12.02.2018
12:45:17
Спасяб :) А презенташка, кстати, интересная

Егор
12.02.2018
14:48:50
всем хой

интересна одна штука, как постгрой селектить по содержимому jsonb?

гуглил и ниче не нагуглил

Artyem
12.02.2018
14:50:30
интересна одна штука, как постгрой селектить по содержимому jsonb?
https://postgrespro.ru/docs/postgrespro/9.6/functions-json https://postgrespro.ru/docs/postgrespro/9.6/jsquery

Егор
12.02.2018
14:50:31
SELECT * FROM table WHERE json_column->>'key' = 'value'; для обычного json

а для jsonb все совсем иначе

Google
Kitsu
12.02.2018
14:51:13
SET data = jsonb_set(..)

что-то такое

Егор
12.02.2018
14:51:49
спасибо, на досуге попробую

Kitsu
12.02.2018
14:52:19
в первой линке, кстати, эта функция есть

Alexander
12.02.2018
14:53:24
Егор
12.02.2018
14:54:14
у меня есть в таблице колонка с jsonb, где-то месяц назад, изучая прелести нового релиза включая эту, пытались селектить по нему известными способами и невышло

Arthur
12.02.2018
14:54:23
а для jsonb все совсем иначе
Так например работает select '{"a":1,"b":2}'::jsonb->>'b';

Егор
12.02.2018
14:54:45
выглядит убедительно) такое не пробовали

Егор
12.02.2018
14:55:30
к сожалению с конкретикой щас туговато, попробую уточнить предложенные варианты как будет возможность

Alexander
12.02.2018
14:56:14
а еще есть вещи вида select * from table where jsonb_column #>> '{key1,key2}' = 'value'; если вам глубже в джсон залезть требуется

Paul
12.02.2018
17:36:33
Доброго дня, коллеги! Посоветуйте пжлст хорошее решение для postgresql failover. Сейчас экспериментирую с pgpool-2, может быть – есть варианты лучше?

Страница 673 из 1062