Как в 1С получить вернюю папку-родителя номенклатуры #550662

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

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

можно запросом. ВЫБРАТЬ ГДЕ    Номенклатура.Родитель.Ссылка ЕСТЬ NULL ; это для 5 уровней.

запросом это делается гораздо проще

Вариант: Сообщить(Справочники.ИМЯСПРАВОЧНИКА.НайтиПоКоду(Лев(Ссылка.ПолныйКод,Ссылка.Метаданные.ДлинаКода)));

Почему пол мужской в профиле?

возможно. это я за минуту накидал. никогда такой задачи не возникало. покажи кстати вариант. интересно.

Если вдруг код окажется числом, получишь граблями по лбу.

кстати, интересно, точно будет ошибка, или скушает?... ты проверял?

даже если и текст, всё равно получит

Потому  что по  умолчанию пол мужской...=) Я нашла решение- СправочникРод = Строка.Номенклатура;

скд не то. речь про запрос.

чем принципиально толичается СКД от запроса? в ТЗ ты результат все равно можешь выгрузить

в ЛЧ еще есть место, где можно разместить фотку :)

охохо...

никогда так не делай:

Асмод в одинэснеки подался? оО

Почему?Потому  что  код может измениться?

хард-код = Табу

да ничем. вон в уже есть ответ. просто Asmody сказал что запросом можно. вот мне и интересно стало чисто технически именно запросом.

алгоритмы конфигурации должна быть независима от данных, хранящихся в ней.

*должны быть

подсказка в слове иерархия

не надо подсказок. запости текст плиз тем паче что если он проще чем в то будет небольшим

полный код: 1/2/3 Длина кода 5. Найди родителя верхнего уровня. Не мы такие, жизнь такая. Не всегда предопределённые значения удобно использовать. Просто надо помнить, что тут лежат грабли. Но то, что это авнокод это несомненно.

просто не пробовал на числовых кодах... может, там строку строит с нулями, откуда мне знать? А проверять в лом ))

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

+А если номенклатуры 200к?)

Строка с ведущими нулями это когда тип - "строка", когда "число", тогда без ведущих нулей.

=> , конечно тормозит, но типа работает быстрее, чем рекурсия по каждому элементу, или запрос с группировкой по иерархии.

Вот мне как раз  для  всех элементов  справочника и надо было...

тогда почему фотка в личной карточке не заполнена?

Все просто, нижем приведу пример как получить главного родителя в справочнике:

а теперь для 2-х номенклатур то же самое.

С числовым кодом действительно не будет работать, так же, как и с кодом с нулевой длиной. А я писал что метод универсальный на все случаи? Для приведенного в условия - метод полностью рабочий. Точнее, вариант метода. Сам использую в таких случаях вариант из .

ВЫБРАТЬ

Нафига тут |    Номенклатура.ПометкаУдаления = ЛОЖЬ А если мне надо помеченный на удаление элемент обработать?

какой-то не логичный вопрос... интересует блондинка или нет?)))

ужаснах. ВЫБОР - зло

нет. Традиция такая есть на мисте.

+100500

можно и так сказать... просто ускорит получение ответов в дальнейшем...

+ и не будут засорять тему, сообщениями про фото. :)

продублировать текст запроса Н раз, используя ОБЪЕДИНИТЬ ?

- 100500 вы чо запросы собрались в цикле крутить?

можно в цикле составить текст, а потом выполнить 1 раз

самый универсальный способ - в

строкаТЧ.Номенклатура.ПолныйКод

ПЕРВЫЕ возратит родителя только для одной позиции. А если я беру 5-7 тыщ позиций?)

Способ в Выигрывает в быстродействии у всех, готов сертификат на стол положить если это не так =)

не работает, если в коде есть /

А чем вам мой вариант не понравился?Он же короче ваших запросов...Просто прибавляю  столько родителей,сколько мне надо...

а если в наименованиях есть символ / ?

как получить для всего справочника? ну и да, у меня нет сертификата, но сравни с

см

медленный

для нескольких номенклатур. по скорости ХЗ. ВЫБРАТЬ    Номенклатура.Ссылка КАК Ссылка ИЗ    Справочник.Номенклатура КАК Номенклатура    Номенклатура.ПометкаУдаления = ЛОЖЬ    И Номенклатура.Ссылка В(&Ссылка) ИТОГИ ПО    Ссылка ТОЛЬКО ИЕРАРХИЯ

+ правда в какой папке, какая номенклатура видно не будет :)

а теперь - если номенклатуры в разных группах ?

какая тема оказывается популярная)))

есть ещё вариант определить максимальную глубину вложености в справочнике единожды. После чего составлять динамически (программно) текст запроса типа но не на 5 уровней, а на определенную ранее глубину вложености.

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

ну, результирующий запрос будет быстрым, но вот получение максимального уровня может затянуться :)

запрос в цикле работает быстро?

ну и чо

пох

у него в базе 100 ном-х позиций :-D

если есть 2 группы верхнего уровня: а а/а и искомая номенклаутра находится в "а/а", то анализ полного кода все равно вернет "а"

но оно того стоит, 1 раз сделать определение в ПриНачалеРаботыСистемы. Если конфу нельзя менять, и отчет внешний, тогда упс

да хоть три

Если в 8-ке есть функция ПолныйКод и коды уникальны по всем справочнику, то юзай Если Лев(строкаТЧ.ПолныйКод,11)="0000045647/" тогда .... КонецЕсли

ага, и еще подписку на "приЗаписи" справочника повесить, да :)))

фигня, если в коде есть /

ты чему учишь? сам же потом переделывать будешь.

затормозит запись

У меня вообще стоит 8.0...

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

тогда запрос в цикле из будет быстрее твоего метода, но ты не парься, скорее всего это не будет основным источником тормозов :)

точно.  Тогда можно в ПриЗаписи справочника Уровень максимальный сохранять в РС например.

Баян 1005500 раз. См

Выборка программными средствами никога не выиграет у запроса, особенно на sql базах, потому что при переводе на Transact-SQL субд использует различные планировщики запросов, которые построят оптимальный вид запроса.

Кстати, а зачем собственно ?

"/" поставить в код платформа не даст (во всяком случае 7.7) да ладно - абсолютно рабочий подход. Главное прямо в коде не писать "0000045647/", а брать например из константы

и список элементов с максимальным уровнем :))

добавьте в петицию "Справочник.Ссылка.ВерхнийРодитель"

Строить такие этажи в запросе, тем более, когда количество уровней иерархии неограниченное - бред

+ на 7.7 это один из самых быстрых способов проверки вхождения элемента в группу

у меня есть предложение покруче тогда. Завести реквизит в этом же справочнике Уровень и писать в него Уровень, по реквизиту индекс. Экономия и ускорение поиска на лицо

:)

балбесы

Тогда уж сразу реквизит ВерхнийРодитель )

Справочники.Номенклатура.НайтиПоКоду(строкаТЧ.Номенклатура.ПолныйКод) все

в общем случае одним запросом (пакетом запросов) нельзя

если задавать список ссылок для которых нужно найти?

строй программно

->