SQL 'in' clause

[metaclass]

Скажите мне такую вещь: список значений в in выражении в SQL можно вообще передать параметром, хоть в какой-нибудь СУБД?

В Firebird нельзя, ну я как-то не интересовался, как оно в других СУБД, использовал временную табличку и подзапрос с where exists (select 1 from TmpTbl ...) но что-то вот сегодня пришло в голову - а почему собственно нельзя?

Comments

[tzirechnoy.livejournal.com]

Видимо, потому, что ни у одного API нет варианта подставлять список вместо placeholderа.

[metaclass.livejournal.com]

Да хотя бы строку сунуть и один раз ее распарсить на список.
Ни у кого нет, хотя фича самоочевидная.

[cmotruc.livejournal.com]

в оракле можно передать коллекцию:
select * from user_table1 where id in (select * from table(:my_collection))

table(:my_collection) -- это оператор, который коллекцию приводит к таблице

[brainslugs.blogspot.com (from livejournal.com)]

Ага и в постгресе тоже есть такое, там этот оператор unnest() называется

[shaman237.livejournal.com]

Разговор об sql, вас понесло в pl/sql

[shaman237.livejournal.com]

Хотя и меня ниже туда же дернуло :)

[cmotruc.livejournal.com]

любое решение будет расширением sql для соответствующей бд

в примере таки sql, но использующий коллецию pl/sql

[dennab.livejournal.com]

Нэа. Приходицца генерить нное количество вопросов, да.

[pit0n.livejournal.com]

в MSSQL передаешь строкой или XML (потом конкатенируешь в строку), конструируешь запрос в строке и делаешь exec sql

[off roaming (from livejournal.com)]

Не надо строк и exec sql. Команду OPENXML ввели в 2005 версии.

[vromanov.livejournal.com]

Я делал хранимую процедуру, которая принимала строку а выдавала табличку. Вроде через yeld.

[jakobz.livejournal.com]

Все делали

[swamp-agr.livejournal.com]

c1 IN (a1, a2, ...)
раскрывается как
c1 = a1 or c1 = a2 or ...

Можно сделать так
c1 = ANY(array)
что в принципе равносильно предыдущей записи с отличием, что в ANY можно передавать списки, массивы.

[anonim-legion.livejournal.com]

>c1 IN (a1, a2, ...) раскрывается как c1 = a1 or c1 = a2 or ...

Это как-то очень уж неэффективно. Вроде нигде оно так не раскрывается.

[shaman237.livejournal.com]

Именно так раскрывается, поэтому эффективней делать union all, если в IN несколько значений

[swamp-agr.livejournal.com]

Приведите пример того, как по-вашему должна обрабатываться конструкция
IN (a1, a2, ...)

[anonim-legion.livejournal.com]

Нужно понять, находится ли элемент в списке IN. Это делается либо через хэш, либо двоичным поиском по отсортированному списку IN. Если же просто сравнивать с каждым элементом, то это очевидно дольше хэша или поиска.

[swamp-agr.livejournal.com]

Как конкретно это делается через хэш?

[anonim-legion.livejournal.com]

В СУБД - не знаю. В программе я бы построил по значениям в IN обычную хэш-таблицу, где ключом является хэш от значения, значением - само значение. Если хэш совпал, сравниваем напрямую, если сравнение успешно - значит, есть вхождение.

[swamp-agr.livejournal.com]

В Oracle, например, что в IN clause, что в нескольких OR, сравниваются хэши, если колонка проиндексирована. Там IN (a1, a2, ...) эквивалентен OR.

В T-SQL чуть ли не в MSDN пишут об эквивалентности запросов.

В PostgreSQL - точно не помню, но в плане выполнения тоже хэши видел, однако думаю, что конструкции эквивалентны.

А когда `IN (SQL statement)` встречается, то тут тот же принцип с той разницей, что в памяти надо хранить результат его выполнения. И PostgreSQL, и Oracle могут оказаться чувствительны к нему, если он достаточно велик, а в памяти они ограничены.

[e3c9bx.livejournal.com]

псих, а что ты тут опять делаешь? иди пей таблеточки.

[http://users.livejournal.com/_slw/]

параметром? в SQL? откуда в SQL параметры?
противогаз покусал?

[metaclass.livejournal.com]

Всю жизнь там были: sql bind variables

[vp.livejournal.com]

>противогаз покусал?

Вы просто так хуйню пишете от жары али заказал такое кто?

[nivanych.livejournal.com]

Ну слава богу.
Теперь знаю хоть одну точную, достоверную деталь — противогаз не кусается.

[berezovsky.livejournal.com]

прирос?

[yantayga.livejournal.com]

Он засасывает

[nivanych.livejournal.com]

(Испуганно) Насмерть!?

[e3c9bx.livejournal.com]

ты плохой человек. старайся быть добрее.

[denis dmitriev (from livejournal.com)]

Фигасе, вы же интеллигентный человек. У себя в журнале, вона, не ругаетесь :)
Интеллигентные люди используют эвфемизм who knew.

[nivanych.livejournal.com]

> У себя в журнале, вона, не ругаетесь :)
На него нашло что-то русское.

[berezovsky.livejournal.com]

Или китайское.

[nivanych.livejournal.com]

;-) Вы показываете какую-то хуйню!

[autoench.livejournal.com]

$stmt = $db->prepare("select id from table where gender in (?, ?, ?, ?)");
$stmt->execute(array("male", "female", "transgender", "developer"));

Увы, да(

[anonim-legion.livejournal.com]

Да, можно в постгресе, проверено. Использовались jdbc, java 7.

Запрос: select * from data.street where id_street in (select unnest(?)) где ? является параметром

Сам код:
PreparedStatement selectPs = connection.prepareStatement("select * from data.street where id_street in (select unnest(?))");
Integer[] a = new Integer[]{927,929,930,931,932,933,934,935,936,937};
Array a2 = connection.createArrayOf("int",a);
selectPs.setArray(1,a2);

Используется именно Integer, а не int, потому что требуется ссылочный тип. Значение параметра устанавливается по индексу, потому что это голый JDBC.

Функция unnest разворачивает массив в набор строк (http://www.postgresql.org/docs/9.3/static/functions-array.html)

[shaman237.livejournal.com]

В оракле динамическим SQL это решается без проблем

[slavae.livejournal.com]

Пора Еманову писать )
Кажется, ещё на ib.demo.ru я возмущался, что нелья делать группировку как и ордер бай - по номерам полей, и они это сделали.

[lakedaemon.livejournal.com]

не совсем то, но есть Table-Valued Parameters в хранимках для MSSQL 2008+

[veonn.livejournal.com]

В MSSQL делали похожее через кастом типы вроде
CREATE TYPE [dbo].[IdsTableType] AS TABLE (
[Id] INT NULL);
В дот.нете все работает через SqlMetaData и SqlDataRecord, в общем в итоге можно in засунуть в переменную собственного типа.
Только один забавный глюк - т.к. sql сервер строит планы запросов по имени переменных, то внезапно когда в in 2 значения и 10.000 значений - планы одинаковые.
Бороли это буквально таким кодом
var parameterName = name + GetRangePostfix(records.Count);
который по логарифму делает параметру разные имена :)

[Дмитрий Васильев (from livejournal.com)]

В постгресе

select * from foo where id = any(?)

В качеестве параметра передавать array

[berezovsky.livejournal.com]

По-моему, у тебя в вопросе уже содержится в ответ. То есть это будет попытка запихать задачу SQL в его же параметры. Выходит не операция реляционной алгебры, а пони с хуем во лбу.

[e3c9bx.livejournal.com]

Березофсский, а все-таки чем твои родетели болели в момент твоего зачания?
ты зря отмалчиваешься.

[sbj-ss.livejournal.com]

Можно сджойнить на TVF, разбирающую строку.
В MSSQL у решения есть очевидный недостаток: отсутствие статистики, т.е. в зависимости от объёма данных для "IN" может потребоваться подсказка "INNER MERGE JOIN". По умолчанию явно будет LOOP JOIN.

[zmila.livejournal.com]

а у нас главная беда тут была: "How to put more than 1000 values into an Oracle IN clause" :)