Да. Вот что у Вас на этом получится? with something as (select a, b, '(' as c from c) select categoryid, categoryname, categorysystemname from ( select nested, case — something here when 1 then 'and from' when 3 then 'sum(a' else 'or' — and where ( is it? end from ( select * from category ) as b where intcategoryid is null and b.a = 1 and b.c = 2 and b.e = 3 ) as tmp where intcategoryid is null and a=1 and c=2;

https://gist.github.com/Komzpa/7b39cc2c9bba3d95c1b279ff53c97f46

Да. Вот что у Вас на этом получится? with something as (select a, b, '(' as c from c) select categoryid, categoryname, categorysystemname from ( select nested, case — something here when 1 then 'and from' when 3 then 'sum(a' else 'or' — and where ( is it? end from ( select * from category ) as b where intcategoryid is null and b.a = 1 and b.c = 2 and b.e = 3 ) as tmp where intcategoryid is null and a=1 and c=2;

Лютый кошмар.

Вопрос чуть ближе к теме: кто знает _хороший_ standalone/commandline SQL formatter (т.е. либо настраиваемый, либо написанный на чём-то скриптовом и настолько простой архитектуры, что его легко модифицировать "под себя")?

пользуюсь sqlformat.darold.net онлайн версией аналогичного скрипта на перле, для не очень сложных запросов вполне себе

Даже попытка отформатировать выделение не помогла.

на вашем примере WITH something AS ( SELECT a, b, '(' AS c FROM c ) SELECT categoryid, categoryname, categorysystemname FROM ( SELECT nested, CASE -- something here WHEN 1 THEN 'and from' WHEN 3 THEN 'sum(a' ELSE 'or' -- and where ( is it? END FROM ( SELECT * FROM category) AS b WHERE intcategoryid IS NULL AND b.a = 1 AND b.c = 2 AND b.e = 3) AS tmp WHERE intcategoryid IS NULL AND a = 1

на вашем примере WITH something AS ( SELECT a, b, '(' AS c FROM c ) SELECT categoryid, categoryname, categorysystemname FROM ( SELECT nested, CASE -- something here WHEN 1 THEN 'and from' WHEN 3 THEN 'sum(a' ELSE 'or' -- and where ( is it? END FROM ( SELECT * FROM category) AS b WHERE intcategoryid IS NULL AND b.a = 1 AND b.c = 2 AND b.e = 3) AS tmp WHERE intcategoryid IS NULL AND a = 1

но комментарий не распознался, да

https://gist.github.com/Komzpa/7b39cc2c9bba3d95c1b279ff53c97f46

Хотя стиль совсем не тот, по крайне мере с виду отформатировано правильно.

ну стиль мой, ловеркейсный воздушный

но комментарий не распознался, да

А ведь это —- "сломанный" запрос. :( Ну его нафиг (если это не настраивается).

там в копипасте -- было не заэскейплено

А ведь это —- "сломанный" запрос. :( Ну его нафиг (если это не настраивается).

уточняю, при копировании два символа — слились в -

и стало —

да, так и случилось

я руками подправил

я тоже поправил и всё ок, комментарий распознаётся

я тоже поправил и всё ок, комментарий распознаётся

А, значит это Telegram нам "помог". ;)

ага, надо было сразу в ` обрамлять

У меня sqlparse вот что выдал:

А ведь это —- "сломанный" запрос. :( Ну его нафиг (если это не настраивается).

вот ссылка на гит https://github.com/darold/pgFormatter

вот ссылка на гит https://github.com/darold/pgFormatter

Если в on-line demo всё, что он может, то искомый стиль в нём тоже не выйдет настроить... :(

У меня sqlparse вот что выдал:

sqlparse - это пакет. Програм - sqlformat: usage: sqlformat [OPTIONS] FILE, ... Format FILE according to OPTIONS. Use "-" as FILE to read from stdin. positional arguments: filename optional arguments: -h, --help show this help message and exit -o FILE, --outfile FILE write output to FILE (defaults to stdout) --version show program's version number and exit Formatting Options: -k CHOICE, --keywords CHOICE change case of keywords, CHOICE is one of "upper", "lower", "capitalize" -i CHOICE, --identifiers CHOICE change case of identifiers, CHOICE is one of "upper", "lower", "capitalize" -l LANG, --language LANG output a snippet in programming language LANG, choices are "python", "php" --strip-comments remove comments -r, --reindent reindent statements --indent_width INDENT_WIDTH indentation width (defaults to 2 spaces) -a, --reindent_aligned reindent statements to aligned format -s, --use_space_around_operators place spaces around mathematical operators --wrap_after WRAP_AFTER Column after which lists should be wrapped --comma_first COMMA_FIRST Insert linebreak before comma (default False) --encoding ENCODING Specify the input encoding (default utf-8)

Кстати, не то ли, что нужно - совсем отдельный команднострочный программ?

Кстати, не то ли, что нужно - совсем отдельный команднострочный программ?

Да, но я что-то не вижу, чтобы в коде было хотя бы понятие о "центральной линии" выравнивания (не знаю, как это на "самом деле" называется), которое необходимо (?) для форматирования в моём стиле... Впрочем, perl я помню очень плохо. ;)

river style у меня не прижился, уж очень плохо в нём отступы читаются

Кстати, sqlformat (кстати, с чего это perl? он на питоне написан) корректно обработал строку: echo "select a,b,c,d from t where a = 1 and b = 'and from select' order by c desc;"|sqlformat --reindent --keywords upper --identifiers lower - SELECT a, b, c, d FROM t WHERE a = 1 AND b = 'and from select' ORDER BY c DESC;

зато FROM почему-то в начале строки, а не выровнен по правому краю служебных словей.

Кстати, sqlformat (кстати, с чего это perl? он на питоне написан) корректно обработал строку: echo "select a,b,c,d from t where a = 1 and b = 'and from select' order by c desc;"|sqlformat --reindent --keywords upper --identifiers lower - SELECT a, b, c, d FROM t WHERE a = 1 AND b = 'and from select' ORDER BY c DESC;

Да это про https://github.com/darold/pgFormatter...

Добрый день! Скажите пожалуйста а в PostgresSQL можно создавать хранимые процедуры, которые возвращают датасеты?

тебе нужны set returning function

Добрый день! Скажите пожалуйста а в PostgresSQL можно создавать хранимые процедуры, которые возвращают датасеты?

Да. RETURNS TABLE / setof record.

https://www.postgresql.org/docs/current/static/xfunc-sql.html#XFUNC-SQL-FUNCTIONS-RETURNING-SET

насколько я понимаю, (set returning function,RETURNS TABLE / setof record), все это возвращает один набор данных(одну таблицу), а можно как то вернуть две и более таблиц, или я что то не понимаю)

насколько я понимаю, (set returning function,RETURNS TABLE / setof record), все это возвращает один набор данных(одну таблицу), а можно как то вернуть две и более таблиц, или я что то не понимаю)

Нет, нельзя. Можно только вернуть несколько курсоров, или композитный тип (JSON, XML).

при наличии вот таких дыр в функциональности, люди умудряются писать тулзы типа pgloader для "автоматической миграции" из mysql в postgres. хотя есть куча вещей, которые в принципе в постгресе не во что транслировать. и дальше число таких вещей будет расти

при наличии вот таких дыр в функциональности, люди умудряются писать тулзы типа pgloader для "автоматической миграции" из mysql в postgres. хотя есть куча вещей, которые в принципе в постгресе не во что транслировать. и дальше число таких вещей будет расти

А где тут дыра в функциональности-то? Вот многим программистам (и даже математикам) "не жмёт", что функция возвращает только один результат. ;)

С mssql на pg не спрыгнуть точно

А где тут дыра в функциональности-то? Вот многим программистам (и даже математикам) "не жмёт", что функция возвращает только один результат. ;)

еще как жмёт. поэтому есть способы возвращать много результатов. и в программировании, и в математике ;)

С mssql на pg не спрыгнуть точно

Какое то голословное утверждение

Какое то голословное утверждение

Очень активно пользуемся usp возвращающие несколько результатов

насколько я понимаю, (set returning function,RETURNS TABLE / setof record), все это возвращает один набор данных(одну таблицу), а можно как то вернуть две и более таблиц, или я что то не понимаю)

можно вернуть несколько массивов, состоящих из record'ов

Какое то голословное утверждение

Т.е. гипотетически всё переписать можно но практически это неисполнимо)

Очень активно пользуемся usp возвращающие несколько результатов

а если вас не затруднит, пример, пожалуйста

Т.е. гипотетически всё переписать можно но практически это неисполнимо)

Практически это _делают_.

Практически это _делают_.

Ну пусть. Хотя конечно посмотрел бы примеры. Будут на конфе такие доклады?

а если вас не затруднит, пример, пожалуйста

Всмысле как создать процедуру с несколькими селектами?..

еще как жмёт. поэтому есть способы возвращать много результатов. и в программировании, и в математике ;)

Ну вот в PostgreSQL тоже есть. Почему они должны быть такими же, как в [Ваша любимая СУБД]? ;)

Синтаксис там как бы элементарный

Ну вот в PostgreSQL тоже есть. Почему они должны быть такими же, как в [Ваша любимая СУБД]? ;)

Потому что легаси-велосипед например ))

Ну вот в PostgreSQL тоже есть. Почему они должны быть такими же, как в [Ваша любимая СУБД]? ;)

нет

Потому что легаси-велосипед например ))

А почему это должно быть проблемой PostgreSQL? ;)

нет

То есть нам всем кажется, что они работают? ;)

А почему это должно быть проблемой PostgreSQL? ;)

Вообще не проблема. Ничья. Но спрыгнуть с сиквела не уговаривайте :-р

То есть нам всем кажется, что они работают? ;)

вам всем кажется, что если мы сейчас все как начнём гнать пургу с таким вот хитрым прищуром, то мы даже убедим друг-друга, что во-первых, проблемы нет. во-вторых её давно исправили, в-третьих в 11-м релизе исправят ещё лучше!

Вообще не проблема. Ничья. Но спрыгнуть с сиквела не уговаривайте :-р

Come to our side, we have cookies. ;) И на самом деле, у нас тут много того, чего у Вас нет (ну и наоборот тоже, ясное дело...).

вам всем кажется, что если мы сейчас все как начнём гнать пургу с таким вот хитрым прищуром, то мы даже убедим друг-друга, что во-первых, проблемы нет. во-вторых её давно исправили, в-третьих в 11-м релизе исправят ещё лучше!

Просто придется построить систему по другим архитектурным принципам. Это совсем не больно

Come to our side, we have cookies. ;) И на самом деле, у нас тут много того, чего у Вас нет (ну и наоборот тоже, ясное дело...).

Киллерфичи нет как таковой

вам всем кажется, что если мы сейчас все как начнём гнать пургу с таким вот хитрым прищуром, то мы даже убедим друг-друга, что во-первых, проблемы нет. во-вторых её давно исправили, в-третьих в 11-м релизе исправят ещё лучше!

Я не понял, о чём это... Вернуть курсоры можно, это факт. Если это кому-то непривычно... ну и что из того?

Киллерфичи нет как таковой

Смотря для кого, наверное.

Я не понял, о чём это... Вернуть курсоры можно, это факт. Если это кому-то непривычно... ну и что из того?

перечитайте, пожалуйста то, что я написал по теме. сравните с тем, куда вы пытаетесь вывернуть дискуссию

перечитайте, пожалуйста то, что я написал по теме. сравните с тем, куда вы пытаетесь вывернуть дискуссию

Перечитал, сравнил... Что Вас не устраивает? Что автоматическая трансляция невозможна? Ну так это вообще бредовая затея...

wheee, нам не о чем больше спорить! обнимемсо?

так, то даже с mysql нативно перетащить проект не всегда получается.

что уж говорить про mssql и oracle

но это вопрос трудозатрат вообщем-то только

Смотря для кого, наверное.

Ни для себя как разраба не вижу, ни для ЛПР. Им скорее даже не выгодно. Даже Админ с линуксами и без этого поиграется) В общем не в этом поколении

так, то даже с mysql нативно перетащить проект не всегда получается.

Нативно?! С mysql?! Но зачем?!

Ни для себя как разраба не вижу, ни для ЛПР. Им скорее даже не выгодно. Даже Админ с линуксами и без этого поиграется) В общем не в этом поколении

Ну это же относится только к Вашей ситуации, правильно? А мы её совсем не знаем...

Нативно?! С mysql?! Но зачем?!

Да что вы знаете про энтерпрайз ?

В самом деле.

Нативно?! С mysql?! Но зачем?!

я имею ввиду что без допиливаний напильником.

Есть опыт миграций на постгрес с MSSQL / MongoDB / Mysql / Oracle

в самом деле, что я могу знать

Ну это же относится только к Вашей ситуации, правильно? А мы её совсем не знаем...

Только один момент. С 2000 сиквела на 2014 мы пересели год назад. Это было большое дело конечно но все равно не повод переписывать весь бэк мидл и фронт согласитесь

Есть опыт миграций на постгрес с MSSQL / MongoDB / Mysql / Oracle

?

Ну пусть. Хотя конечно посмотрел бы примеры. Будут на конфе такие доклады?

Только один момент. С 2000 сиквела на 2014 мы пересели год назад. Это было большое дело конечно но все равно не повод переписывать весь бэк мидл и фронт согласитесь

Скорее всего, не повод (если придираться, то надо считать, но скорее всего, Вам это и так очевидно. ;) ).

Бывает после очередного вечера проведенного в чатике я утром на работе заявляю "а вот в постгресе...", но на этом всё и заканчивается и мы снова идем валить лес двуручными пилами ))

Очень активно пользуемся usp возвращающие несколько результатов

можно вернуть несколько результатов через курсоры. но для этого необходимо пятую точку оторвать и исправить приклад.

не далее пары недель назад эту проблему разрешал - никаких проблем в переносе из mssql в pg. драйвер для dot.net работает не совсем так как с mssql. но это не стоп фактор для миграции

я имею ввиду что без допиливаний напильником.

Я просто не могу понять, зачем с мыскля ехать без обработки напильником. Просто так СУБД сменить? Зачем? Я понимаю, когда переезд осознанный, по причине недостаточности нужных возможностей и излишнего нагромождения ненужных. Но в таком случае без напильника - как?! ЗЫ. С мыскля на пг доводилось всякое переносить, да.

меня большее позабавило что в MSSQL string_agg появился в 2017 версии

вот чо смешно так смешно

Я просто не могу понять, зачем с мыскля ехать без обработки напильником. Просто так СУБД сменить? Зачем? Я понимаю, когда переезд осознанный, по причине недостаточности нужных возможностей и излишнего нагромождения ненужных. Но в таком случае без напильника - как?! ЗЫ. С мыскля на пг доводилось всякое переносить, да.

что значит зачем без доработки напильником ? я говорил что нельзя без доработки напильником переехать. А зачем мигрировать - тут разные причины могут быть.

Я просто не могу понять, зачем с мыскля ехать без обработки напильником. Просто так СУБД сменить? Зачем? Я понимаю, когда переезд осознанный, по причине недостаточности нужных возможностей и излишнего нагромождения ненужных. Но в таком случае без напильника - как?! ЗЫ. С мыскля на пг доводилось всякое переносить, да.

Как всегда, потому что это может быть выгодно (TCO).

Как всегда, потому что это может быть выгодно (TCO).

с мыскля на постгрес и говорить о выгоде?! о_О

с мыскля на постгрес и говорить о выгоде?! о_О

Хмм... а почему нет?

Да мне трудно представить выгоду перехода с одного опенсурса на другой.

Да мне трудно представить выгоду перехода с одного опенсурса на другой.

То есть, в переходе с опенсорсного ассемблера на опенсорсный Python выгоды быть не может? ;) Если серьёзно, то общая стоимость владения (влючающая и стоимость разработки и сопровождения, и риски, и т.п.), как я уже писал.

что-то нажористый сегодня день...

Да мне трудно представить выгоду перехода с одного опенсурса на другой.

А ты у Убера спроси!

у убера много сервисов на постгресе осталось

legacy осталось только. и то потому что они 9.2 сапгрейдить не смогли, так и оставили

Да мне трудно представить выгоду перехода с одного опенсурса на другой.

Постгрес более требователен к квалификации "пользователей" - то есть разработчиков и администраторов, зато и более предсказуем в плане надёжности - just works, that's it.

о, поехало

еще "PostgreSQL always does things correctly!"

Конечно always

так я ж и говорю!

правда не очень понятно, как первое со вторым согласуется. но кого ж такие мелочи волнуют