Здравствуйте , возможно ли такое чтоб выборкой не обрабатывать строки запроса ?

УНИКАЛЬНЫЙИДЕНТИФИКАТОР(Ссылка) с 20 платформы есть в языке запросов

(0) регистр соответствий

(1) ты в другую сторону предложил

(1) Мне наоборот нужно

(4) Ну так УНИКАЛЬНЫЙИДЕНТИФИКАТОР(Ссылка) = &ПараметрGUID
В ПараметрGUID передай GUID. Не строку, а именно GUID. Все работает корректно.

(5) Т.е. при выполнении запроса УНИКАЛЬНЫЙИДЕНТИФИКАТОР(Ссылка) отработает столько раз, сколько элементов есть в справочнике? Этож сколько ждать ...

Тогда уж лучше перед выполнением запрома GUID преобразовать в ссылку

(6)Вопрос в (0) был про возможность. Эффективность не требовалась 😎

(6) Это поле физически есть в базе, поэтому "отработает" в данном случае очень условно

+ (8) проверил на практике: время выполнения второго запроса - 0

(9) Ну так с пустым УИД естественно будет "0". Вы попробуйте с реальным УИД (не обязательно существующим) запрос выполнить.

(10) Боюсь, это реальный УИД. У пустой ссылки такой. И пустая ссылка обязана храниться в базе как не пустая, иначе будет "очень плохо" для СУБД.

(11) Это не реальный УИД. УИД физически - число. В базе нулевого УИД по определению быть не может. Вот и отрабатывает запрос моментально, т.к. число "0" находится за пределами индекса. А пустая ссылка - не объект базы.

(10) Консоль не позволяет УИД вводить, обработку писать лень.
С чего вдруг с непустым время поменяется? По логике (6) для каждого элемента справочника некие вычисления должны проводиться, с чем сравнивать результат не важно (по времени)

(10) Вот тебе не пустой)

(14) А если в Справочник2 содержится 1 млн. записей?

(15) так в нём ровно миллион записей, см. скрин (9) и результат первого запроса

|ИЗ
        |    ВТ_ТабЗн КАК ВТ_ТабЗн
        |        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Номенклатура КАК Номенклатура
        |        ПО (ВТ_ТабЗн.part_guid = ВЫРАЗИТЬ(УНИКАЛЬНЫЙИДЕНТИФИКАТОР(Номенклатура.Ссылка) КАК СТРОКА(200))";

Хотел так сделать , но не пойму чего не хочет уникальный идентификатор преобразовывать в строку :(

(17) Так не рабоатет, старые грабли.

(18) А новые грабли есть какие-то ?

(19) Преобразования GUID <=> Строка в запросе на сегодня не доступны

(17) уникальныйидентификатор - это постобработка на сервере 1С, а не на sql. поэтому так не сработает. А в чем проблема сделать предобработку и заполнить ссылки на номенклатуру в ВТ_ТабЗн ?

(21) ТабЗн большая , выборку не хочется делать, дольго по времени занимает обработка

(22) ну тогда можно сделать текстовое поле в справочнике с представлением гуида. заполнять его при записи

(22) звучит не очень убедительно. Откуда таблица возникла?
Если она хранится в базе, что мешает сразу хранить гуиды/ссылки.
Если она приходит извне, то расход времени на добавление гуидов/ссылок будет копеечным на фоне общих затрат на создание ТЗ

(24) Извне , запрос срабатывает очень быстро , а вот обработать 5000 строк в выборке и это только по одному заказу , дольго

(23) Можно , но хочется как-то не через анус сделать , а по нормальному :)

(25) 5000 строк долго? 200 тыс, миллион - да, может долго. А 5 тыс - фигня вопрос. Скорее всего у вас некорректный алгоритм решения вашей задачи.

(25) проверил 5000 строк - 8мс. Это долго!?

(27) Народ балованный

(29) народ не может заметить 8 мс разницы, даже моргнуть не успеешь.
Балованный скорее здесь ты - хочешь то, чего нет, под надуманным предлогом)

(30) Согласен :)