Исходные данные: В базе около 20 000строк
Массив: до 20 000 элементов
Какая выбора будет быстрее и стоит может не выбирать все строки сразу, что память не сожрали?

Это одиночная:

Код

SELECT * FROM table WHERE id IN (массив)

Или эта, которая выполнятся ровно столько раз, сколько элементов в массив

Код

while (массив) { SELECT * FROM table WHERE id = элемент массива }

Лучше, конечно, 1 запрос.

Цитата(Mal @ 7.3.2005, 14:38)

Лучше, конечно, 1 запрос.

Но при наличии 20 000 элементов массива у меня даже строка запроса будет очень длинной.

ты думаешь будет лучше посылать 20 000 запросов?
Да, возможно в таком случае может быть и можно выиграть с 10 запросами по 2000 в каждом.
Но это уже от многих факторов зависит.
Когда-то я поднимал тему по этому вопросу... Эх, че-то найти не могу...

А что тут спорить. Нужно устроить полевые испытания

А вот такой вопрос: Если у нас есть массив 2,3,4,5,6,7,8,9,55,56,57,58,59,60 то может быть есть смысл сделать немного интелекта программе, пусть она заменить

Код

WHERE id IN (2,3,4,5,6,7,8,9,55,56,57,58,59,60)

На

Код

WHERE (id >2 and id <9 ) or (id>55 and id < 60)

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

[quote] WHERE (id >2 and id <9 ) or (id>55 and id < 60) врят ли выйдет.


20000 элементов не так уж и много памяти сожрут.

ИМХО самое быстрое будет запрос типа:

Код

SELECT * FROM TABLEX WHERE id=mas[0]; UNION SELECT * FROM TABLEX WHERE id=mas[1]; UNION SELECT * FROM TABLEX WHERE id=mas[2];

Этот запрос создать на ПХП например и за раз отправить.
Добавлено @ 23:39
Например так:

Код

SQL= "SELECT * FROM TABLEX WHERE id=".join(";UNION SELECT * FROM TABLEX WHERE id=", massiv).";";

Добавлено @ 23:45
Если id проиндексирован конечно
Добавлено @ 23:45
Кстати, строку можно разбить на несколько, если у Базы проблемы с её длинной

Цитата(sergej @ 8.3.2005, 21:37)

Кстати, строку можно разбить на несколько, если у Базы проблемы с её длинной

т.е. как разбить? несколько запросов отправить? Я имел ввиду длину запроса.

Если в массиве 20 000 елементов, разбмваешь его на 200 по 100 и в цикле отправляешь запрос за запросом (получается скомбинированный вариант). Это по скорости будет намного шустрее чем IN и длинна запроса будет ограничена.

А если элементов <100 по моему даже делить не надо ничего