YS
подойдет, но интересно можно ли сделать с window function
Так Вы же и так сделали?
Size: a a a
2021 March 09
EF
да, но выглядит стремно
EF
мб проще можно как-то но с ипользованем оконных функций
А
да, но выглядит стремно
Не соглашусь.
В большом запросе эти "оконные" функции отлаживать (да что там, и читать тоже) крайне неудобно
В большом запросе эти "оконные" функции отлаживать (да что там, и читать тоже) крайне неудобно
EF
> В большом запросе эти "оконные" функции отлаживать (да что там, и читать тоже) крайне неудобно
так получается что ты согласен, что мол такой запрос читать сложно. вот у меня и вопрос, можно ли его упростить, используя window function. вообщем, это скорее спортивный интерес - можно или нет
так получается что ты согласен, что мол такой запрос читать сложно. вот у меня и вопрос, можно ли его упростить, используя window function. вообщем, это скорее спортивный интерес - можно или нет
VY
> В большом запросе эти "оконные" функции отлаживать (да что там, и читать тоже) крайне неудобно
так получается что ты согласен, что мол такой запрос читать сложно. вот у меня и вопрос, можно ли его упростить, используя window function. вообщем, это скорее спортивный интерес - можно или нет
так получается что ты согласен, что мол такой запрос читать сложно. вот у меня и вопрос, можно ли его упростить, используя window function. вообщем, это скорее спортивный интерес - можно или нет
с оконными — нельзя. вам дали 2 других варианта на выбор. что за странное желаение оконных ф-ций?
А
> В большом запросе эти "оконные" функции отлаживать (да что там, и читать тоже) крайне неудобно
так получается что ты согласен, что мол такой запрос читать сложно. вот у меня и вопрос, можно ли его упростить, используя window function. вообщем, это скорее спортивный интерес - можно или нет
так получается что ты согласен, что мол такой запрос читать сложно. вот у меня и вопрос, можно ли его упростить, используя window function. вообщем, это скорее спортивный интерес - можно или нет
не, я говорю про неудобочитаемость "оконных" функций, with`ы (я уж молчу про великолепные declare) читаются и отлаживаются намного проще
DG
всем привет. Может кто даст пояснения. Почему при создании вью нельзя отделять поля больше чем одним enter?
DG
так не работает. ругается.
DG
а так можно
DG
PostgreSQL 12.6 (Debian 12.6-1.pgdg100+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 8.3.0-6) 8.3.0, 64-bit
А
PostgreSQL 12.6 (Debian 12.6-1.pgdg100+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 8.3.0-6) 8.3.0, 64-bit
Может, в клиенте дело?
Только что сделал, прекрасно сработало. Сталкивался с тем, что при формировании запроса клиент пытается разбить запрос на части и может таким образом неверно делить
Только что сделал, прекрасно сработало. Сталкивался с тем, что при формировании запроса клиент пытается разбить запрос на части и может таким образом неверно делить
VY
всем привет. Может кто даст пояснения. Почему при создании вью нельзя отделять поля больше чем одним enter?
это, скорее всего, в клиенте дело.
DG
Да прогнал через psql норм создалось. в Dbeaver ошибка.
ERROR: syntax error at or near "ow"
Position: 1
ERROR: syntax error at or near "ow"
Position: 1
DG
видимо считает каждую строку отдельным полем.
А
Да прогнал через psql норм создалось. в Dbeaver ошибка.
ERROR: syntax error at or near "ow"
Position: 1
ERROR: syntax error at or near "ow"
Position: 1
Ещё порой подстава бывает от ''
СД
видимо считает каждую строку отдельным полем.
так и есть
DG
даже пустую. (
IZ
Товарищи! Подскажите новичку :) у меня есть дамп базы формата dump.backup созданный из pg_admin. Пытаюсь через pg_resore загрузить ее на сервер, но консоль ругается на формат .backup
Подскажите, возможно ли распаковать дамп?
Подскажите, возможно ли распаковать дамп?
МШ
Товарищи! Подскажите новичку :) у меня есть дамп базы формата dump.backup созданный из pg_admin. Пытаюсь через pg_resore загрузить ее на сервер, но консоль ругается на формат .backup
Подскажите, возможно ли распаковать дамп?
Подскажите, возможно ли распаковать дамп?
что говорит команда
file dump.backup