DZ
и вводит это в строку поиска
Size: a a a
2021 March 22
IK
ИМХО, если это human-readable значения, то нужно добавить их как колонка таблицы статусов, и сделать по ним индекс, а не такой штукой заниматься
DZ
ИМХО, если это human-readable значения, то нужно добавить их как колонка таблицы статусов, и сделать по ним индекс, а не такой штукой заниматься
это не только статусы, этих enum’ов могут быть сотни разных, это только один из примеров
IK
тем более – сделать отдельную таблицу, и в ней переводы и индекс по ним
DZ
каждый из них хранить в БД весьма напряжное занятие
но, возможно, имеет право на жизнь, да
спасибо за совет
но, возможно, имеет право на жизнь, да
спасибо за совет
IK
не имеет право на жизнь, а так и только так
IK
чтобы можно было ручками менять через какую-нибудь админочку, и видно было кто поменял перевод, с фиксированием всей метаинформации и т д
YS
Начать с того, чтобы не показывать текст картинками (желательно, никогда). ;)
А так, общие подходы :
1. Использовать динамические запросы в функциях на plpgsql
2. Записывать соответствующее условие в запросе, в зависимости от значения параметра.
При этом параметр сделать с DEFAULT NULL, и в функции проверять его на NULL.
А так, общие подходы :
1. Использовать динамические запросы в функциях на plpgsql
2. Записывать соответствующее условие в запросе, в зависимости от значения параметра.
При этом параметр сделать с DEFAULT NULL, и в функции проверять его на NULL.
DZ
Yaroslav Schekin
WITH cte_name AS (SELECT ...)
SELECT ..
FROM cte_name ...
with
status_enum (status, name) as (
values
('new', 'Новый'),
('exists', 'Существует'),
('changing', 'Изменение'),
('deleting', 'Удаление'),
('new_deleted', 'Удален'),
('deleted', 'Удален')
)
select
s.hostname,
se.name
servers s
join status_enum se on s.status = se.status
where se.name like '%ение%'DZ
сработало, благодарю
RL
спасибо
DZ
выглядит шушуть грязненько, но на первое время сойдет
YS
выглядит шушуть грязненько, но на первое время сойдет
Ну так "затащите" это VALUES в таблицу, как тут https://t.me/pgsql/291903 советуют, в самом деле.
DZ
Yaroslav Schekin
Ну так "затащите" это VALUES в таблицу, как тут https://t.me/pgsql/291903 советуют, в самом деле.
к этому надо с умом подойти, все из кода туда вгрузить
2021 March 23
𝕿𝕷
Товарищи! Возможно есть более правильный способ загрузить 1.5TB дамп в постгрю, нежели тривиальный psql < dump.sql ?
YS
Товарищи! Возможно есть более правильный способ загрузить 1.5TB дамп в постгрю, нежели тривиальный psql < dump.sql ?
Если у Вас уже есть только текстовый дамп, то нет.
Настройки PostgreSQL на время загрузки можно поменять, разве что (см. https://www.postgresql.org/docs/current/populate.html ).
Настройки PostgreSQL на время загрузки можно поменять, разве что (см. https://www.postgresql.org/docs/current/populate.html ).
𝕿𝕷
Yaroslav Schekin
Если у Вас уже есть только текстовый дамп, то нет.
Настройки PostgreSQL на время загрузки можно поменять, разве что (см. https://www.postgresql.org/docs/current/populate.html ).
Настройки PostgreSQL на время загрузки можно поменять, разве что (см. https://www.postgresql.org/docs/current/populate.html ).
Спасибо тебе добрый человек )
Ð
Товарищи! Возможно есть более правильный способ загрузить 1.5TB дамп в постгрю, нежели тривиальный psql < dump.sql ?
нет ничего лучше старых добрых пайпов
VY
Товарищи! Возможно есть более правильный способ загрузить 1.5TB дамп в постгрю, нежели тривиальный psql < dump.sql ?
1. база называется Postgres
2. чтобы быстро залить дамп, не надо пользоваться plain SQL.
2. чтобы быстро залить дамп, не надо пользоваться plain SQL.
-Fc или -Fd буду лучше, хотя всё равно упрётесь в самую большую таблицу по времени