Есть товар, у которого много характеристик.
Необходимо вывести список товаров соответствующих заданным характеристикам.

Как лучше сделать :
1.Сформировать массив из условий и потом сформировать один сложный и большой SQL запрос, и за раз вывести.
Думаю, что будет очень долго, если пользователь установит много критериев.
Конечно можно ограничить пользователя по количеству устанавливаемых критериев поиска, но пока бы не хотелось.

2.Сделать предварительные выборки ID-товаров по каждому заданному критерию и сохранить всё в DataStore. Сгруппировать по ID (чтобы не было повторений) и сформировать конечный SQL запрос.
Думаю, что будет быстро, даже если пользователь установит много критериев, но может не хватить длины String

3.Как то иначе.

Локшин МаркЕсли правильно реализована схема хранения данных, то SQL сервер гораздо эффективнее обрабатает запрос, чем всякие извращения с DataStore.
Например,
только в отношении "Названия" товара пользователь может "накалядовать" с десяток правил поиска, типа "начинается с...", "содержит то-то", "заканчивается на..." и т.д.
И других характеристик у товара ещё порядка двадцати. И есть отношения "один-ко многим", например - цвет.

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

Локшин МаркAISпропущено...

Например,
только в отношении "Названия" товара пользователь может "накалядовать" с десяток правил поиска, типа "начинается с...", "содержит то-то", "заканчивается на..." и т.д.
И других характеристик у товара ещё порядка двадцати. И есть отношения "один-ко многим", например - цвет.

Не очень хочется ограничевать пользователя в его мудренных поисковых желаниях, но при этом надо чтобы это всё работало быстро.
Если правильно реализована схема хранения данных, то SQL сервер гораздо эффективнее обрабатает запрос, чем всякие извращения с DataStore.
Теперь услышал :))
А это мнение, основанный на личном опыте для таких ситуаций, либо убежденность, что кроме идеальной "схемы хранения данных" ничто более не влияет на длительность обработки запроса? либо это влияние принебрижительно мало?

Легенда:
Пришел как-то "толстый" работодатель и говорит: а подбери-ка мне мил человел "секретаря-референта", да чтобы роста "...", ноги от "...", говорила по "...", с образованием не ниже "...", семейное положение "...", детей "...", судимости "...", и т.д. и т.п.
И ответил ему "опытный" работник: вот только как полчаса назад последнего трудоустроили, приходите в конце месяца, может что-то и "найдется".
Мораль:
"Не важно что ты сказал. Ведь не важно ЧТО, а КАК." (C) Елена Ваенга.

Локшин Марк ,
практически убедили.

P.S. А зачем использовать DataStore? Для того чтобы разбить общее время выборки (если оно даже теоретически вдруг будет очень большим) на количество установленных пользователем критериев. Т.е. идея предварительной обработки данных. Пока пользователь вводит 2-ой критерий, 1-ый уже в фоне отработал и сохранил в DataStore нужные ID. И т.д. А когда пользователь в конце нажимает кнопку "поиск", то запрос по итоговому массиву ID-товара отработается моментально. И этот метод не зависит от числа введенных пользователем критериев, и будет работать очень быстро.

Локшин Марк ,
да, Вы правы, незачем мудрить.
При первом же "ну-у очень грубом" критерии, выборка может составить до (N-1), где N - количество наименований товара, и DS просто захлебнется. Про это я как то не подумал.
Спасибо за комментарии и совет.