|
![]() |
#1 |
Участник
|
Мне кажется я начинаю понимать, что вы путаете количество записей с количеством наложенных фильтров, я прав? Если нет, то тогда вас вообще не понимаю, никаких ограничений query от количества записей в таблице мне не известно. А если я прав, то вам уже дважды показали, что следует делать в случае заранее не известного количества фильтрующих записей.
__________________
Существует 10 типов людей: одни понимают двоичную систему, другие - нет. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#2 |
Участник
|
все то что Вы можете написать в обычном запросе Вы так же можете написать и в Query, а если Вам так необходим In в Вашем запросе то переведите его его к виду
(INVENTTABLE.ITEMID == 1 OR INVENTTABLE.ITEMID == 2 OR .......) Query это позволяет |
|
![]() |
#3 |
Участник
|
не забывайте только что все равно есть ограничение по длине
|
|
![]() |
#4 |
Участник
|
у меня загнулась приблизительно на 4к записях
|
|
![]() |
#5 |
Участник
|
Query и правда не подойдёт, если количество OR может быть очень большим.
В 2012й хорошим вариантом будет создать временную таблицу типа TempDb, наполнять поля ключей, по которым же потом и джойнить. Не забудьте добавить индекс на этой временной таблице по полям джойна. Если нужно производить джойн по Рекайди (к примеру), то можно воспользоваться стандартной таблицей TmpDataAreaRecidFilter. Последний раз редактировалось Cardagant; 09.10.2015 в 15:11. |
|