#0
by Nic1
Некоторое время была аналогичная тема: Где были высказаны такие доводы (от unregistered): "Если с каждым элементом этого подчиненного списка надо будет работать как с объектом, то только подчиненный справочник. Если подчиненный список нужен исключительно в контексте родительского объекта - то только табличная часть справочника. Если предполагается получать данные из этого списка не только в контекста родителя - регистр сведений." Вот возник вопрос, как реализовать хранение списка связанных товаров к основному товару. Связанный товар - это ссылка на тот же справочник "Товары", что и основной товар. Я склоняюсь к подчиненному справочнику. И не вижу логики и возможности хранения таких данных в регистре сведений. Или есть такая возможность? И как все-таки лучше?
#2
by Nic1
Связь один ко многим. Связанные товары - это список товаров, которые связаны с основным товаром (чтобы при необходимости их можно было добавлять к основному автоматически в некоторых документах).
#4
by echo77
Регистре сведений хранить можно так: Измерения: - Номенклатура - НомерВСписке(число) Ресурсы: - Номенклатура
#5
by Nic1
можно наверное и так, но имхо, это уже некоторое извращение, так ведь?)) Логичнее все же в подчиненном справочнике хранить?
#6
by zladenuw
хотя можно хранить в РС, где будет два измерения номен, связ товар. отбор можно будет делать как по связ товару, так и по номен. хотя можно и подчиненный спр, мне кажется это лучше будет
#7
by Ненавижу 1С
если ссылок на эту информацию не будет, то РС лучше если будут - то подчиненный справочник табличная часть в справочнике дрянь ))
#8
by MaxS
У объекта связанный товар тип данных такой же, как и у родительского товара? Нужно тогда о рекурсии позаботится. Перед записью проверять...
#9
by Nic1
ссылки, получается, будут не сам подчиненный справочник, а опять же на основной, т.к. тип связанного товара тот же, что и основного
#12
by SUA
РС+1 - подчиненный справочник тут вообще никуда не нужен - тч не нравится (контроль ссыл. целостности - при удалении номенклатуры РС может сам чиститься)
#13
by agarych
+ потом захочется историю всех изменений видеть, все равно на РС надо будет переделывать.
#18
by Nic1
вполне можно. Хотя несколько нелогичным кажется, что в регистре хранятся не сведения в разрезе измерений (для чего он и предназначен), а только измерения. Но я тоже уже склоняюсь к РС, наверное, это будет более правильный вариант.
#19
by Nic1
Однако если потребуется к примеру вести учет в разрезе связанных товаров, писать данные в регистр, то нужен был бы по-любому подчиненный справочник?
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
В этой группе 1С
- 1с8+Red Hat Linux+PostgreSQL
- v8: Выборка уникальных записей ресурса регистра
- v7: не выдает кредДокумент
- СКД. Расположение двух диаграмм горизонтально.
- v7: Печать выделенного фрагмента
- Получение текущего и предыдущего значений записи регистра сведений
- Ошибка при создании сертификата криптографии
- Есть ли наушники для iMac не блютуз, и где их берут ?
- Не закрываются сеансы пользователей 1с 8.2
- формирую отчёт в СКД как организовать группировку данных по (Дням, Неделям, Мес)
- Как программно изменить запись в РС?
- Как отлаживать РЛС
- Ведомость по товарам на складах с назначением
- УТ 11.0.6.9 - как разместить заказ покупателя в конкретном заказе поставщику?
- По регистру накоплений нужны Нач, Кон остатки и реквизиты
- Где хранятся настройки внешних отчетов?
- Hyper-V подключение физического диска к ВМ
- Как прочитать xml через фабрику?
- Выборка остатков из регистра оборотов
- Расходная накладная в евро, оплаченная авансом, что с рублевой суммой?