Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Запрос по номенклатуре ИЕРАРХИЯ

Запрос по номенклатуре ИЕРАРХИЯ
Я
   Oleg37701
 
13.08.21 - 08:58
Здравствуйте, есть запрос, чтобы данные представлялись в виде Иерархии папок номенклатуры:

|И ТоварыНаСкладахОстатки.Номенклатура В ИЕРАРХИИ (&ГруппаНоменклатуры)";


ГруппаНоменклатуры - ссылочный реквизит, который выбирает пользователь

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

В идеале желательно Определять по длине ее наименования ( меньше или 6)  и отсутствию пробелов в наименовании.
   ptiz
 
1 - 13.08.21 - 09:04
(0) Правильно - сделать для групп реквизит "НеПоказыватьВОтчете".
   ildary
 
2 - 13.08.21 - 09:11
(0) в первом запросе - получаем все группы, собираем плохие группы в массив по условиям (длина, пробелы, цифры) и передаем во второй запрос параметром.
   Oleg37701
 
3 - 13.08.21 - 09:20
(1) Такой вариант не подходит, к сожалению.
   Kassern
 
4 - 13.08.21 - 09:25
(0) проверяй на шаблон, раз отдельное поле не хочешь делать. Вот тут есть небольшой пример v8: Проверка на число в запросе
   Ёпрст
 
5 - 13.08.21 - 09:27
(0) в тексте запроса пока только фильтр на номенклатуру. В каком месте у тебя иерархия при выводе ?
И что ты не хочешь видеть ?
   Oleg37701
 
6 - 13.08.21 - 09:29
(4) Спасибо! Буду смотреть.
   fisher
 
7 - 13.08.21 - 09:32
Обычно, если бизнесу кровь из носу нужен какой-то криво определяемый признак, который они не хотят самостоятельно проставлять, я делаю просто:
1) добавляю этот признак в целевой объект
2) при записи объекта делаю его автозаполнение
3) профит
   acht
 
8 - 13.08.21 - 09:41
(7) > добавляю этот признак в целевой объект
Тогда уж еще
2.5) Прогоняю запись миллионов элементов, чтобы этот признак определился и терпеливо жду окончания обменов со всеми узлами =)
   fisher
 
9 - 13.08.21 - 09:44
(8) Это очевидно. Но миллионы объектов случаются редко, ибо обычно эта хрень нужна для НСИ и прочей условно-постоянки.
   mistеr
 
10 - 13.08.21 - 09:48
(9) .. и для пары номенклатуры из тысячи. И на непродолжительное время, пока у манагеров зуд в ж... не пройдет.
   fisher
 
11 - 13.08.21 - 09:50
(10) А это уже опыт, сын ошибок трудных. Ленивая жопа должна чуять, приходящая ли это блажь или с ней жить придется. И если второе - то эта соломка окупит себя многократно.
   mistеr
 
12 - 13.08.21 - 09:54
(11) А для первого случая имеются доп. свойства.
   fisher
 
13 - 13.08.21 - 10:02
Механика хранения признака - не суть. Суть в том, чтобы не долбаться с его вычислением во всех местах, где он нужен.
   Kassern
 
14 - 13.08.21 - 10:05
(13) где та тонкая грань, когда сложное условие превращается в доп реквизит? ПО мне так должно быть веское обоснование, чтобы менять структуру и утяжелять запись объектов.
   fisher
 
15 - 13.08.21 - 10:08
(14) Где-то рядом с началом того конца, которым оканчивается начало.
   fisher
 
16 - 13.08.21 - 10:21
Если серьезно, то грань не так уж и тонка. Если речь про условно-постоянную информацию, то скорость ее записи обычно не слишком критична а события записи редки по определению. Что дает достаточно большую свободу для маневра. Если уж это дает существенное "утяжеление записи объектов", то многократно это вычислять в разных местах - дороже тем паче.
   fisher
 
17 - 13.08.21 - 10:25
И речь не про "сложное условие". Речь про полновесный атрибут. Который может маскироваться под незначительную хотелку. Вовремя его распознать - долг опытного разраба.
   Kassern
 
18 - 13.08.21 - 10:26
(16) вот мы и пришли к пониманию, что нужно оценить затраты системы на этот реквизит и понять перекрывает ли профит его использования эти затраты. К примеру, я знаю конфу одну, где каждый день под 200 позиций только новых заводится, в базе под полтора ляма номенклатуры. А выгрузка этой номенклатуры производится лишь раз в сутки, в этом случае добавлять реквизит и рассчитывать к примеру должна она выгружаться или нет при изменении остатков/заполняемости и т.д. каждый раз не имеет смысла. Если выгрузка на 5сек выиграет от этого, то бизнесу на это пофиг.
   fisher
 
19 - 13.08.21 - 10:26
(17) + Долг перед самим собой :) Чтобы уменьшить себе количество работы в будущем.
   fisher
 
20 - 13.08.21 - 10:28
(18) То есть внезапно оказалось, что универсальных рецептов нет и голову на плечах никто не отменял? :) Да, тоже каждый раз огорчаюсь.
   viktor_vv
 
21 - 13.08.21 - 10:30
(14) Например в (0) уже явно прослеживается наличие той грани :), где нужен явный признак , который будут ставить заинтересованные в нем люди. Слишком неопределенные условия , еще и не надежно реализуемые условия.
   Kassern
 
22 - 13.08.21 - 10:32
(0) Если конфа позволяет, то можно попробовать сегментировать номенклатуру, как вам хочется. А в запросах уже работать с нужными сегментами
   Kassern
 
23 - 13.08.21 - 10:33
(22) тогда и новый реквизит лепить не нужно и типовые механизмы используется.


Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.