на скринах вообще используется поиск по 4455
скорость это другой вопрос

Ну поиск операцией LIKE (подобно на 1с'ом) это запредельно тяжелая операция

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

Это же событие из транзакции. Если отказ истина, то дальше события транзакции не выполняются.

нет никакого события, чтобы получить доступ к доп.свойствам записываемого объекту после записи?

точнее, после попытки записи

пока что придумал только один вариант - передавать в параметры записи адрес хранилища, в которое помещать нужные данные.
А ПередЗаписью подключать обработчик ожидания, который сработает после записи и получит результат из хранилища...
Не факт что сработает))

Доброго времени суток. Вопрос по языку запросов.
Есть таблица как на скрине. Каким образом в результирующей таблице получить лишь строку с максимальным приоритетом (здесь 4, но может быть от 1 до 4х)?
Пробовал применять группировку по номенклатуре и МАКСИМУМ() для остальных колонок - по приоритету всё отлично, но для колонки штрихкоды выбирается значение, отличное от значения в строке с требуемым приоритетом.
Что-то совсем запутался ):

сортировать по убыванию приоритета и первые 1?

Не, именно так ты это делать не правильно

Тут надо внутреннее соединение самой с собой

Тобишь в подзапросе находишь интересующее тебя максимальное значение поля + ссылку.

Соединяешь с исходной табличкой получая оставшиеся поля.

Не, не вариант. Номенклатуры может быть N. Т.е, после сортировки нужны первые N.

Что-то такое и думал, но как-то реализацию надумать не могу. Нет примера под рукой случаем? ):

да блин

сча придумаю на основании чего тебе показать

Образно говоря как то так, если с основной таблицой соединять

Если соединять подзапрос с исходной табличной частью, то в "ПО" добавить еще и "АдресЭП"

Ага, понял. Огромное спасибо (: