Size: a a a

Курсы 1С. Интеграции и мобильная разработка

2019 September 06

ES

E S in Курсы 1С. Интеграции и мобильная разработка
что бы не было родитель.родитель.родитель.родитель.родитель.родитель.
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
счас подумал что можно сделать РС
назвать пример "СвязьноменклатурыСРодителемВерхнегоУровня"
структура примерно такова  Номенкклатура,Верхний родитель.
Потом регламентным заданием заполнять его.
И получить что у меня всегда будет связь товара с его родителем верхним(Уже храниться в базе)
только надо еще логику прописать когда будет изменяться в справочнике иерархия,что сразу перезаписывало
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
что то тип того
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
как вам идея коллеги?)
источник

Аr

Андрей reborn in Курсы 1С. Интеграции и мобильная разработка
ради одного отчета городить целый регистр ???
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
Андрей reborn
ради одного отчета городить целый регистр ???
ну это если надо будет на будушее)))потому что часто такие отчеты попадаются
источник

Аr

Андрей reborn in Курсы 1С. Интеграции и мобильная разработка
такие регистры нужно делать с умомо а не лижбы хранить информацию которую и так можно легко получить
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
ну в 10 я слышал ктото делал,для расчета скидок
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
что бы получать сразу родителя
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
ут 10.3
источник

Д

Дмитрий in Курсы 1С. Интеграции и мобильная разработка
E S , каждый человек имеет свою логику вещей понимания решения задачи.
Для каждой задачи ищется свое решение, и если ты это хочешь сделать делай.
Но если хочешь послушать точку зрения.
То по мне что ты хочешь, это приведет просто к раздутию базы.
И ни чего полезного мне кажется ты сильно не получишь.
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
Дмитрий
E S , каждый человек имеет свою логику вещей понимания решения задачи.
Для каждой задачи ищется свое решение, и если ты это хочешь сделать делай.
Но если хочешь послушать точку зрения.
То по мне что ты хочешь, это приведет просто к раздутию базы.
И ни чего полезного мне кажется ты сильно не получишь.
да согласен ,раздутие будет
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
тут беспорно вы правы
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
тут открещиваться я не буду от этого))
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
иногда можно принять такое решение если с точки зрения оптимизации базе станет полегче "дышать"
источник

Д

Дмитрий in Курсы 1С. Интеграции и мобильная разработка
Но опять же, если база имеет большой вес и огромейщий справочник с высоко уровневой иерархией, то твое решение может и помочь, выйграть хорошое время решения задачи поставленой. Тут понимаешь палка двух концов. И не угадаешь какое решеие будет лучше. Многие факты сапоставь и увидешь решение. Или же решишься опробовать передтем как запустить действие.
источник

K

Korvin in Курсы 1С. Интеграции и мобильная разработка
E S
что бы не было родитель.родитель.родитель.родитель.родитель.родитель.
По существу:
Никак.. От рекурсии не уйти. Единственное чем можно повысить читаемость запроса - это данный огород городить программно.
источник

K

Korvin in Курсы 1С. Интеграции и мобильная разработка
Вообще интересно было бы знать контекст задачи. Пока что сам подход выглядит несколько странно
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
Korvin
Вообще интересно было бы знать контекст задачи. Пока что сам подход выглядит несколько странно
Во многих запросах используетмч данная конструкция. Есть тяжёлые запросы и отчёты
источник

ES

E S in Курсы 1С. Интеграции и мобильная разработка
Что приводит к тормозам
источник