AB
Колонку добавить смогу, как ее заполнить значениями по условию?
Update table set c=case when a in (0,1) then a else b end;
1) создать колонку С
2) update table_name set C= case when A in (1,0) then A else B end;
Size: a a a
2021 March 10
ДТ
Алина Головлева
Спасибо!
RT
Коллеги, не подскажите, PostgreSQL через Amazon NLB с терминаций SSL на NLB кто-нибудь пробовал настраивать? Что-то странное происходит… psql тупо висит при попытке клиента. Без SSL всё работает ок.
YS
Подскажите, пожалуйста, как вернуть рандомную запись по запросу? Нет встроенного механизма в постгресе для этой задач?
Ещё вариант — TABLESAMPLE (ну и https://www.postgresql.org/docs/current/tsm-system-rows.html и т.д.).
RT
Коллеги, не подскажите, PostgreSQL через Amazon NLB с терминаций SSL на NLB кто-нибудь пробовал настраивать? Что-то странное происходит… psql тупо висит при попытке клиента. Без SSL всё работает ок.
походу STARTTLS в постгресе используется.
AG
Добрый день! Подскажите пожалуйста - есть нагрузка в виде однотипных запросов, сервер держит определенное кол-во/сек, после определенного предела запросы начинают сильно тупить - как узнать во что упирается сервер?
AG
покидать explain analyze во время "клина" ?
VS
Auto explain на длинные запросы
VS
С включенными буферами
AG
запросы все одинаковые, меняются параметры.. используются партиции.. до определенного предела выполняется за 35мсек - после начинают подвисать
AG
Auto explain на длинные запросы
"включенные буферы" - это Вы про какие?
AG
Auto explain на длинные запросы
увидел про какие, спасибо!
AM
Всем привет. Можно ли как-то сделать так, что получить записи по часам за сутки?
SELECT count(*), u.time_registered::date
FROM "user" u
WHERE u.time_registered > (CURRENT_DATE - interval '24 hour')
GROUP BY u.time_registered::date
ORDER BY u.time_registered::dateDG
Всем привет. Можно ли как-то сделать так, что получить записи по часам за сутки?
SELECT count(*), u.time_registered::date
FROM "user" u
WHERE u.time_registered > (CURRENT_DATE - interval '24 hour')
GROUP BY u.time_registered::date
ORDER BY u.time_registered::dateМожно вместо
u.time_registered::date написать date_trunc(‘hour’, u.time_registered).РЖ
Добрый день! Подскажите пожалуйста - есть нагрузка в виде однотипных запросов, сервер держит определенное кол-во/сек, после определенного предела запросы начинают сильно тупить - как узнать во что упирается сервер?
Первым делом посмотрите - нет ли длинных транзакций.
LV
Всем привет! При создании таблиц-справочников для всяких статусов с небольшим количеством значений (типа заказ в работе, заказ выполнен), я обычно делал таблицу справочник с полями
и ссылался на записи по id. Это имеет недостаток - таблицы, которые ссылаются на записи справочника, становится сложнее читать.
Можно сделать первичным ключом название статуса и потом ссылаться на него.
Вопрос, насколько такой подход (поиск по строкам, по сути), работает медленее поиска по числам? Мне кажется, что на современных CPU уже не так критично. Но я не уверен :)
(id:int PK, name : text UNIQUE, description:text)
и ссылался на записи по id. Это имеет недостаток - таблицы, которые ссылаются на записи справочника, становится сложнее читать.
Можно сделать первичным ключом название статуса и потом ссылаться на него.
(name : text PK, description:text)
Вопрос, насколько такой подход (поиск по строкам, по сути), работает медленее поиска по числам? Мне кажется, что на современных CPU уже не так критично. Но я не уверен :)
DF
господа, подскажите , пожалуйста почему insert может пытаться взять share lock на таблицу в которую вставляет данные, вроде, по документации share lock берется только create index (без concurrently), insert должен брать только RowExclusiveLock
KK
господа, подскажите , пожалуйста почему insert может пытаться взять share lock на таблицу в которую вставляет данные, вроде, по документации share lock берется только create index (без concurrently), insert должен брать только RowExclusiveLock
AccessShareLock нужна любому запросу, который обращается к метаданным таблицы. Хотя бы для того, чтобы убедится, что такая таблица есть и её никто не удалит, пока мы с ней будем работать.
Вот если интересно - можете почитать https://zelark.github.io/exploring-query-locks-in-postgres/
Вот если интересно - можете почитать https://zelark.github.io/exploring-query-locks-in-postgres/
DF
AccessShareLock нужна любому запросу, который обращается к метаданным таблицы. Хотя бы для того, чтобы убедится, что такая таблица есть и её никто не удалит, пока мы с ней будем работать.
Вот если интересно - можете почитать https://zelark.github.io/exploring-query-locks-in-postgres/
Вот если интересно - можете почитать https://zelark.github.io/exploring-query-locks-in-postgres/
инсерт ждет не AccessShareLock, а именно ShareLock
KK
ShareLock ставится действительно в одном месте - в create index concurrently. Insert не может пытаться её взять. Но "брать" и "ждать" - это разные вещи.