Доброе время суток. Никак не могу сообразить.Нужен алгоритм. Есть справочник. Товары. У товара есть реквизит штрихкод, он может быть одинаков у двух-трех. Мне надо быстрый отбор элементов справочника с одинаковым этим реквизитом.
НайтиПоРеквизиту находит только один.

Запрос?

(1)И шо? Потом перебором его искать чего он тама притащил.

ВыбратьЭлементыПоРеквизиту

(2) чо?

можно и через отмену транзакции искать если хочется извращений

НачалоТранзакции();
Пока Спр.НайтиПоРеквизиту(Рекв)=1 Цикл
   Сп.ДобавитьЗначение(Спр.ТекущийЭлемент());
   Спр.Удалить(1);
КонецЦикла;
ОтменитьТранзакции();

(0) "Позовите программиста"©

(6) ну, вы, мусье,.... короче, вы в курсе

(6) ужась

в курсе )

Вот чего хочу реализовать. Сканируем штрихкод, бежим в справочник товаров и там смотрим, если есть только один элемент, то его сразу подставляем в табличную часть документа, если два или больше, то выводим список на экран для выбора оператором, если ни одного, то ничего не делаем и выводит сообщение что нет такого.
Первый и третий вариант сделал. На втором завис.
Пока пробую запрос и ВыбратьЭлементыПоРеквизиту.

(11) запрос отставить (если только не прямой).
Просто выбратьПоРеквизиту, потом Пока ПолучитьЭлемент и загоняй элементы в список или ТЗ

(12) >>>Просто выбратьПоРеквизиту, потом Пока ПолучитьЭлемент

ну-ну..

(13) что не так?

(14) всё так, за найти по реквизиту померещилось

(12)База скульная, по логике запрос должен быть быстрее.

Организуй через цикл, команда: ВыбратьПоРеквизиту()

(16) прямой да, будет быстрее. А так, найтиПоРеквизиту/ВыбратьЭлементыПоРеквизиту быстрее всего из штатного.

(16) за это время мог бы уже и проверить.

Точно быстро будет что-то типа

       |SELECT
   |    Спр.ID AS [Элемент $Справочник.ТМЦ]
   |FROM
   |    $Справочник.ТМЦ AS Спр (NOLOCK)
   |WHERE
   |  Спр.IsFolder = 2 AND
   | $Спр.ШтрихКод ='"+ПеремШтриход+"'";

(19) жалко, что в типовых, штрихкод у единицы измерения, а не у ТМЦ..
:)

(19)Пока загрузил 10000 позиций. Из них 600 три дубля, 400 два. Запрос медленней процентов на 10%. Но это локальная машина и однопользовалкий режим.

select
спр.id [Элемент $Справочник.ТМЦ]
WHERE
 Спр.IsFolder = 2
group by id having count($Спр.ШтрихКод) > 1

тоесть

select
id [Элемент $Справочник.ТМЦ]
from
$Справочник.ТМЦ Спр (nolock)
WHERE
 Спр.IsFolder = 2
group by id having count($Спр.ШтрихКод) > 1

(23) и зачем? ему нужно найти конкретный штрихкод

(23) group by id having count всё равно медленнее, чем обычный select + where

А есть механизм сразу выборку ВыбратьЭлементыПоРеквизиту загрузить в таблицу значений, или только построчный перебор?
Или узнать сколько элементов в этой выборке?

Подниму.

(26) Используй прямой запрос и успокойся.

(26) Если операция разовая и много раз идет поиск, а дублированных штрихкодов не много то есть смысл сначала построить табличку с дублями и искать в ней.
Если что-то типа подбора или обработка со сканера ШК то лучше всего прямой запрос или выбрать по реквизиту

К сожалению возможности использования прямых запросов не будет.

(29)Домучил тесты. ВыбратьПоРеквизиту работает быстрей обычного запроса.

оно конечно все хорошо при выбрать, вот только сколь таких будет у автора и как будут "фильтрованные" индексы вести себя, когда полей десять будет

Почему штрихкоды одинаковые для разного товара?

(33) Ты об этом у производителей поинтересуйся :)
По факту дохрена товара с одинаковыми штрих-кодами производителя. Иногда могут, к примеру, всю линейку лаков (100 цветов) одним штрих-кодом обклеить. А иногда могут довольно непохожие позиции.

Смысл штрихкода в уникальности. Для разного товара надо свои наклеивать при оприходовании.

(35) если для этого использовать штрихкода начинающиеся на 2 - то это только в рознице катит, дальше такой штрихкод не передать.
Или ты предлагаешь зарегистрировать в ЕАН и на каждый такой товар регистрировать ШК за свой счет?

Реалии гораздо сложнее и интереснее теории...