VP
ну это уже больше фича bq. Если взять просто last_value(x) over(...) то оно будет работать везде, даже в спарк.SQL наверняка )
Size: a a a
2021 September 06
AE
хотя это и удобно
H
заранее спасибо за ответ
NB
https://docs.oracle.com/cd/B19306_01/server.102/b14200/functions073.htm
Вот оракл например
В общем поинт в том что в оконках тоже веселье ( ещё встречал разные окна по умолчанию rows between .. and ..)
Вот оракл например
В общем поинт в том что в оконках тоже веселье ( ещё встречал разные окна по умолчанию rows between .. and ..)
AZ
ну конкретную бизнес-логику в табличный оператор точно не стоит запихивать, но к примеру интеграцию какую-нибудь, машинное обучение, специальные функции хитрого домена (вроде временных рядов) - самое оно
AE
ну если материализация не требуется, то наверное можно
AE
так. а теперь вопрос со звёздочкой.
как бы вы выразили в SQL-подобном синтаксисте возврат из хранимки более одного таблице-подобного результата?
как бы вы выразили в SQL-подобном синтаксисте возврат из хранимки более одного таблице-подобного результата?
AE
например, хранимка порождает table_001, table_002, ..., table_999
AE
то есть table_???, и ещё допустим table_rejected
ЕГ
Проще всего переходить по руководящим должностям между соседними специальностями, пока не станешь хэд оф аналитикс😆
ЕГ
С низов сложнее зайти "опытному специалисту", не берут)
AZ
таблица двух полей: table_name varchar, results json
AZ
наш табличный оператор возвращает не таблицу, а резалтсет, в этом задумка
AE
как-то кривовато
H
😄😄😄да уже так кажется уже становятся более интересно даже приглашению получить на собес
ЕГ
А вообще щас даже на стажировки требования выкатывают
ЕГ
Чуть ли не выше, чем в штат
AZ
ну как раз нормально, если это однопроходный алгоритм - пусть сделает один резалтсет, дальше мы его прочитаем параллельно; а если таблицы-результаты разными проходами создаются - то эти проходы нужно запускать параллельно
H
Дайте разумный совет Мастеры! Что бы потом вам я поблагодарить мог.😄