Как в SQL (postgresql) можно установить последовательность сортировки?

Question

[eldar_web]

Допустим, есть запрос с условием:

SELECT * FROM table WHERE (id, make_name) IN (('1995','TOYOTA'),('5015','FIAT'),('1010','BMW'));

Я хочу такую последовательность сортировки, которая идет в условии.
Как реализовать запрос?

Answer 1

[rPman]

Если неохота создавать временную таблицу (а идеологически это верный вариант на такой случай), то вместо использования in пользуйтесь вложенным запросом с values, добавив туда поле для порядка:

SELECT * FROM
 table t,
 (VALUES (1,'1995','TOYOTA'),(2,'5015','FIAT'),(3,'1010','BMW')) AS v(o,id,make_name)
WHERE t.id=v.id AND t.make_name=v.make_name
ORDER BY v.o

Answer 2

[Vitsliputsli]

Можно так извратится:

SELECT * 
FROM table 
WHERE (id, make_name) IN (('1995','TOYOTA'),('5015','FIAT'),('1010','BMW'))
ORDER BY CASE 
    WHEN id='1995' THEN 1
    WHEN id='5015' THEN 2
    WHEN id='1010' THEN 3
    END

Либо делать предварительную выборку и джойнить.

Comments

[d-stream]

только для очевидности в case еще и else 4 стоит добавить, чтобы гарантировать)

хотя join к таблице отбора (в которую можно даже добавить колонку ордеринга) - посимпатичнее

[Vitsliputsli]

d-stream, раз не указали, то будут null, а они идут последними, вроде вполне очевидно.

Сама задача не очень симпатичная, а так да, с предварительной выборкой гораздо красивее и производительней.

[d-stream]

Vitsliputsli, ну-ну )

declare @qqq table (id int primary key, descr nvarchar(max))

insert into @qqq (id,descr)
values (1,'одын'),(2,'два'),(3,'tri'),(-1,'four'),(10,'десять')


select 
id,
descr,
ordering = case id when -1 then 3 when 2 then -1 when 3 then 5 end
from @qqq
order by ordering asc

1	одын	NULL
10	десять	NULL
2	два	-1
-1	four	3
3	tri	5

p.s. Microsoft SQL Server 2017

[Vitsliputsli]

d-stream, ага, забыл это момент, да, первыми идут, тогда null last нужно дописать, или чтото в этом роде.

[d-stream]

Vitsliputsli, ага - за две страницы кода до взвести нечто, что малопортабельно…

лучше уж очевидное "else хх" )

[Vitsliputsli]

d-stream, может быть, но в задаче все равно нет этого else, так что если туда что-то и попадет, то уже все пошло не так, поэтому не важно куда, результат уже не верен.
Да и портабельность в немаленьких проектах мало осуществима.

[d-stream]

Vitsliputsli,

но в задаче все равно нет этого else

мы же не в армии - можно и дотелепатить недоговоренное в задаче)

Да и портабельность в немаленьких проектах мало осуществима.

портабельность бывает разной... к примеру в рамках диапазона присутствующих в эксплуатации версий платформы, а вот заранее копать себе ямки - моветон.

Вон даже с полом когда-то честно писали case sex when 1 then 'M' else 'F' end или case sex when 1 then 'M' when 2 then 'F' end, но в европах это уже не прокатывает... есть вероятность что сходное скоро подкрадется к ФЛ/ЮЛ/ИП в виде СЗ

[Vitsliputsli]

d-stream, дело не в телепатии, какой бы из неправильных вариантов сортировки вы не выбрали, он все равно будет неправильным, т.к. при составлении запроса потеряли данные.
Тоже самое с полом, если в пришедших данных пол не указан, то правильный не нужно угадывать, по хорошему здесь должен был быть эксепшен.
О каком проекте мы сейчас говорим? Правильно ни о каком, так какие варианты портабельность нам следует соблюдать? Правильно, нет их на данном этапе. Так о каких ямах идёт речь?

[d-stream]

Vitsliputsli,

Тоже самое с полом, если в пришедших данных пол не указан, то правильный не нужно угадывать, по хорошему здесь должен был быть эксепшен.

или например в формировании отчета - нечто типа ..else 'иное' end...
Это позволит в конце концов сформировать отчет на базе результатов из данных уже предусматривающих более двух полов. Вполне распространенная ситуация для долгоживущих проектов.

О каком проекте мы сейчас говорим? Правильно ни о каком, так какие варианты портабельность нам следует соблюдать? Правильно, нет их на данном этапе. Так о каких ямах идёт речь?

Конечно мы говорим о посте на тостере, но зачем даже тут прививать дурной стиль непредсказуемого и неочевидного поведения?
В более других языках - при попытках стрельбы себе в ногу - анализатор либо вежливо, либо достаточно резко даст по рукам в ситуациях со switch|case при отсутствии вариантов default|otherwise. В SQL - чуть вольготнее, но это не стоит практиковать.

[Vitsliputsli]

d-stream, вы уже все перемешали в кучу, у нас 2 вопроса:
1. Как бы вы не сортировали вне задания, это в любом случае неправильное поведение. Неважно куда вы поместите null, если по условию их не должно быть.
2. С каких пор использование всех возможностей СУБД стало дурным стилем, а если речь про додумывание поведения вне задания, то п.1.

[d-stream]

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

просто достаточно прочитать между строк что человек хочет определенную сортировку и [поместить остальные в конец] - вот тут тот самый else и поможет осуществить задуманное.

2. С каких пор использование всех возможностей СУБД стало дурным стилем

Спички детям не игрушка и дурным стилем является построение неоднозначных или имеющих побочные эффекты конструкций, а не использование каких-либо новых фич..
Как частный пример - case, не охватывающий весь диапазон значений и не имеющий else.

а если речь про додумывание поведения вне задания, то п.1.

у нас стажеры с таким подходом обычно больше месяца не работают)

[Vitsliputsli]

d-stream, "просто достаточно прочитать между строк"? Это ж где вы так работаете? Клиент хочет перевести деньги на счёт, но счёт не указал, ну ничего переведем его деньги дяде Вове, скорее всего он его имел ввиду. Получается вы так работаете? Проработка исключений и ошибок не имеет ничего общего с придумыванием своего поведения. Раз вам так зачесалось, давайте подробнее, что не обрабатывает case? Отсутствие данных? Расскажите, пожалуйста, кому вы переведёте деньги, если клиент этого не указал в переводе - прочитайте между строк.
И укажите, пожалуйста, вашу организацию, таких "специалистов" нужно знать, и обходить стороной. А вам следует задуматься, почему в вашей конторе люди не остаются больше чем на месяц.

[Vitsliputsli]

d-stream, давайте предметно, что вы напишите в else, и как это соответствует заданию?

[d-stream]

Vitsliputsli, вернемся к исходному:

ага, забыл это момент, да, первыми идут, тогда null last нужно дописать, или чтото в этом роде.

вот чтобы не дописывать нечто - достаточно в том примере что я накидал - дописать ветку else - в которой указать что конкретно должно быть в ситуациях с любыми другими значениями. Явным и очевидным образом. Притом в разных диалектах sql

p/s/ кстати про null в разных смыслах и денежках: https://dba-presents.com/index.php/sql-server/36-o...

[Vitsliputsli]

d-stream, я так понимаю съезжаете с темы? Тогда, я писал что нужен эксепшен, не забывайте.
"в которой указать что конкретно должно быть в ситуациях с любыми другими значениями.", так что указать? Я понимаю ваше затруднение, т.к. автор ничего не указал, но именно поэтому и спрашиваю.
И прочитайте ещё раз ваш пример, о какой портабельности и разных диалектах после этого вы говорите?
А если на понятном вам языке, то я действительно сожалею, что вас так обошли с должностью. Но в вашем возрасте уже пора делать выводы и корректировать свое поведение, может тогда к вам будут прислушиваться, а если не желаете, то вам задачка: пишите сюда, здесь вас не обидят.
ps читайте между строк. Завтра утром проверю :-)

[d-stream]

Vitsliputsli,

я так понимаю съезжаете с темы?

конечно)
Надо специальное письмо о капитуляции куда-то выслать?