День добрый помогите разобраться со следующей проблемой.

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

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

Я его поправил и при 1 значении в списке он работает как только их становиться больше запрос не выполняется.

Просьба подскажите что я делаю не так...

Сам запрос :
     СпрТекстЗапроса_Товар = "
     |SELECT
     |      id      AS [Товар $Справочник.Номенклатура]
     |FROM
     |      $Справочник.Номенклатура
     |";
     
     СпрТекстЗапроса_Товар = СпрТекстЗапроса_Товар + "WHERE (";                   
     Для Номер = 1 По ПродСписок.РазмерСписка() Цикл
           Тмп="";
           Если Номер=1 Тогда
                 ТмпЗнач1 = ПродСписок.ПолучитьЗначение(Номер, Тмп);
                 СпрТекстЗапроса_Товар = СпрТекстЗапроса_Товар + "(id = :ТмпЗнач1)";
                 SQLSession.УстановитьТекстовыйПараметр("ТмпЗнач1",  МетаД.ЗначениеВСтрокуБД(ТмпЗнач1));
           Иначе
                 ТмпЗнач2 = ПродСписок.ПолучитьЗначение(Номер, Тмп);
                 СпрТекстЗапроса_Товар = СпрТекстЗапроса_Товар + " AND (id = :ТмпЗнач2)";
                 SQLSession.УстановитьТекстовыйПараметр("ТмпЗнач2",  МетаД.ЗначениеВСтрокуБД(ТмпЗнач2));
           КонецЕсли;
     КонецЦикла;
    СпрТекстЗапроса_Товар = СпрТекстЗапроса_Товар + ")";      
     
     if SQLSession.Открыть(СпрТекстЗапроса_Товар) = 0 then
           Сообщить(SQLSession.GetLastError());
           Возврат;
     endif;

     сзТовары      = SQLSession.ПолучитьЗначенияСЗ(1);
     SQLSession.Закрыть();

Заранее благодарю...

(0) вместо условия AND надо использовать условие OR
а еще лучше делай как сказано в (1)

mult_ru писал(а) 03. Февраля 2011 :: 09:14:

примеров на этом форуме очень много.
информация смотри статью
http://www.script-coding.com/Direct_queries.html

Или же, если "УложитьСписокОбъектов" не нравится, можно сделать вот так:

стрУсловие = "";
Для Номер = 1 По ПродСписок.РазмерСписка() Цикл
   стрУсловие = стрУсловие + ", '" + МетаД.ЗначениеВСтрокуБД(ПродСписок.ПолучитьЗначение(й)) + "'"; // не путаем ' и "
КонецЦикла;
СпрТекстЗапроса_Товар = СпрТекстЗапроса_Товар + "WHERE Id IN (" + Сред(стрУсловие, 3) + ")";

Dmitry The Wing писал(а) 07. Февраля 2011 :: 08:03:


До 100 значений скуль вполне нормально переваривает.

Z1 писал(а) 08. Февраля 2011 :: 11:58:


Зависит от исходной задачи (если посмотришь начало темы, там собирается именно в аналог IN(). Хотя, не исключаю, что автор просто не закладывался на то, что нужно проверять вхождение в группы.) Если задача именно такова, что IN(значение, знечение, ...) - достаточно, то 1) это читабельнее, чем использование временных таблиц, 2) как я уже говорил - на небольших списках работает отлично. Небольшие списки - это порядка 50..100 значений. Опять же - покажите мне человека, собственноручно забившего в фильтр 50 одиночных значений (именно одиночных). Ситуация достаточно редкая (а если не редкая - то, скорее всего, можно хорошо задуматься над структурированием данных - но это уже начинается эзотерика) .

PS не понял про "за счет формирования врем. таблицы". IN(значение, значение,...) никаких временных таблиц не генерирует (по крайней мере - на упомянутых выше ~50 значениях). Можете покурить планы запросов.

Z1 писал(а) 09. Февраля 2011 :: 06:28:


Эммм...
Ты непосредственно про коннектацию строк, или про скорость работы метода ЗначениеВСтрокуБД()?

Если касательно ЗначениеВСтрокуБД() - то в такие дебри я никогда не лез.
Но думаю, что той разницы - такие доли секунды, что хоть как-то будет заметно лишь на тысячах объектов.
И оптимизировать эти доли секунды - работа, в общем-то, абсолютно неблагодарная.
Плюс, не стоит забывать такой момент: ладно, если эти объекты есть в виде уже готового списка значений. Но если предварительно будет нужно набивать этот СЗ - то еще бабушка надвое сказала, что выигрышь от УложитьСписокОбъектов() не проиграет времени заполнения СЗ.

Более того, имеется опыт разработки (и эксплуатации пользователями) одной высоконагруженной базы, в которой, на вскидку, вся (а если не вся - то 99%) информации собирается прямыми запросами. И я не помню, чтоб там хоть где-то использовалось УложитьСписокОбъектов (т.е. если и используется - то это исключительно-единичные случаи).

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

Z1 писал(а) 09. Февраля 2011 :: 12:32:

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


Цитата:

Для документов - джойн на выборку из таблицы строк документов. Все остальное - от лукавого по определению.

---

Вот, недавно общался с одним очень продвинутым проггером (можете почитать его посты под тэгом 1С).
http://speshuric.livejournal.com/173283.html?thread=704483#t704483