K
Zheka_13
аа у вас playlists массив . поэтому не получается
может это и тупая задумка через массив, но у меня в голове из вариантов только промежуточная табица
Size: a a a
2021 February 16
Z
в данном случае можно так
Б
Zheka_13
но не знаю будет ли лучше это вашего запроса. просто как вариант
вот так вышло
select string_agg(coalesce(current, slug), '/' order by s.row) as slug
from unnest(string_to_array('/category1-0/category1-1/product-1/', '/')) WITH ORDINALITY as s (slug, row)
left join redirect r on r.old = s.slug
Z
select id,fname, playlist_id, row_number()
over (order by video_playlist.playlist_id DESC)
from video_data as vd join video_playlist on video_playlist.item=vd.id
where ARRAY[video_playlist.playlist_id] <@ (select playlists from devices where ip='192.168.141.141') or video_playlist.playlist_id=255;
over (order by video_playlist.playlist_id DESC)
from video_data as vd join video_playlist on video_playlist.item=vd.id
where ARRAY[video_playlist.playlist_id] <@ (select playlists from devices where ip='192.168.141.141') or video_playlist.playlist_id=255;
Б
или Ваша идея была другая?
Z
или Ваша идея была другая?
да нет. норм. можно и через функцию сделать. просто надо смотреть какое решение будет быстрее и понятнее.
Б
Zheka_13
да нет. норм. можно и через функцию сделать. просто надо смотреть какое решение будет быстрее и понятнее.
а через функцию это как именно?
Z
а через функцию это как именно?
это писать функцию, в которую передается старый урл и она возвращает новый урл.
Б
Zheka_13
это писать функцию, в которую передается старый урл и она возвращает новый урл.
ну под капотом этой функции все-равно будет этот запрос
K
Zheka_13
select id,fname, playlist_id, row_number()
over (order by video_playlist.playlist_id DESC)
from video_data as vd join video_playlist on video_playlist.item=vd.id
where ARRAY[video_playlist.playlist_id] <@ (select playlists from devices where ip='192.168.141.141') or video_playlist.playlist_id=255;
over (order by video_playlist.playlist_id DESC)
from video_data as vd join video_playlist on video_playlist.item=vd.id
where ARRAY[video_playlist.playlist_id] <@ (select playlists from devices where ip='192.168.141.141') or video_playlist.playlist_id=255;
nтоесть мы приводим playlist_id в массив и проверяем на вхождение в devices.playlists?
Z
да
K
Zheka_13
да
мне прям интересно, по идеи такой вариант помедленнее чем вариантс еще одной таблицей
Z
нет. "еще одна таблица" всегда медленее чем использование функций, кастов и операторов в запросе.
P
Всем доброго дня! Добавил поддержку PostgreSQL 9.6 во все скрипты (pg_database_activity.sh - мониторинг работы PostgreSQL, pg_database_information.sh - актуальный статус работы группы серверов). Теперь поддерживаются версии PostgreSQL с 9.6 по 13 включительно.
https://github.com/Azmodey/pg_dba_scripts
https://github.com/Azmodey/pg_dba_scripts
OB
Voice Chat started
OB
Voice Chat ended
YS
Zheka_13
нет. "еще одна таблица" всегда медленее чем использование функций, кастов и операторов в запросе.
Эээ... что?!
У Вас есть хоть одно доказательство этого утверждения?
У Вас есть хоть одно доказательство этого утверждения?
JD
Protey
Всем доброго дня! Добавил поддержку PostgreSQL 9.6 во все скрипты (pg_database_activity.sh - мониторинг работы PostgreSQL, pg_database_information.sh - актуальный статус работы группы серверов). Теперь поддерживаются версии PostgreSQL с 9.6 по 13 включительно.
https://github.com/Azmodey/pg_dba_scripts
https://github.com/Azmodey/pg_dba_scripts
👍
Z
Yaroslav Schekin
Эээ... что?!
У Вас есть хоть одно доказательство этого утверждения?
У Вас есть хоть одно доказательство этого утверждения?
нету
YS
мне прям интересно, по идеи такой вариант помедленнее чем вариантс еще одной таблицей
Вариант с ещё одной таблицей почти всегда лучше вариантов с массивами.
Т.е. в реляционных СУБД лучше работают реляционные модели, в общем-то. ;)
Т.е. в реляционных СУБД лучше работают реляционные модели, в общем-то. ;)