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

Нужны ваши мнения)) Справочник.ТабличнаяЧасть vs. Справочник + РегистрСведений

Нужны ваши мнения)) Справочник.ТабличнаяЧасть vs. Справочник + РегистрСведений
Я
   zoldiar
 
27.05.20 - 08:30
Привет! Есть справочник иерархии, он только для неё, нужно где-то привязать и хранить ссылки на справочник Номенклатура для каждого из элементов иерархии.
Изначально предложен вариант связи в Регистре сведений, но есть же табличные части..
Если у каждого элемента иерархии будет ТЧ с одним реквизитом "СсылкаНаНоменклатуру", насколько это будет тяжело для системы, если в номенклатуры много и порой будут тысячи записей в ТЧ?
Очень хотелось бы почитать ваши мнения, товарищи знатоки..
   Василий Алибабаевич
 
1 - 27.05.20 - 08:38
(0) Лично я ННП.
Зачем все это? Нужно иметь нестандартную иерархию? Чем группировки ДС не подходят? Нужно иметь дополнительную классификацю? Для этого не нужно такой огород городить. Для этого нужно номенклатуре добавить новый реквизит. Напрямую или через регистр сведений.
   ASU_Diamond
 
2 - 27.05.20 - 08:46
   Cyberhawk
 
3 - 27.05.20 - 08:52
А еще можно подчиненный справочник
   zoldiar
 
4 - 27.05.20 - 08:57
Это всё чтобы сделать иерархию с числовыми кодами в группах (для выгрузки на сайт-приложение), чтобы сортировка была возможна. Элемент номенклатуры может быть в нескольких группах любых уровней.
   zoldiar
 
5 - 27.05.20 - 09:00
ну то есть нужно новая отличающаяся иерархия для существующего справочника, сделать ее проще через новый справочник. Но вопрос как хранить элементы-ссылки..
   dmpl
 
6 - 27.05.20 - 09:06
(0) Чтобы добавить новую позицию номенклатуры в ТЧ, надо будет перезаписать весь объект. Чтобы перенести номенклатуру в другую папку - надо будет перезаписать 2 объекта.
   Василий Алибабаевич
 
7 - 27.05.20 - 09:07
(5) "сделать ее проще через новый справочник." Ну... если есть такое устойчивое чувствие... Тогда - в бой.
Знания полученные набиванием собственных шишек они более устойчивы. Больше хороших шишек. Больших и синих.
   fisher
 
8 - 27.05.20 - 09:08
> насколько это будет тяжело для системы, если в номенклатуры много и порой будут тысячи записей в ТЧ
Ну, такое... Как минимум, при записи нового элемента в иерархию в память будет вычитываться вся табличная часть.
Экономия разве что на объектах метаданных. В БД что так две таблички, что эдак.
Со временем привыкаешь не экономить ни на объектах метаданных, ни на объектах БД. Такая экономия обычно выходит боком и вообще не должна присутствовать на чаше весов при принятии решения.
   zoldiar
 
9 - 27.05.20 - 09:08
вот меня производительность и волнует, да, регистр как-то уверенней
   zoldiar
 
10 - 27.05.20 - 09:10
(7) а как по-Вашему ее сделать будет проще? Ну чтобы хранить..
   Ненавижу 1С
 
11 - 27.05.20 - 10:03
(3) это уже атавизм
   Cyberhawk
 
12 - 27.05.20 - 16:24
(11) Отнюдь
   Aleksey
 
13 - 27.05.20 - 16:34
(10) производительность чего?

В случае ТЧ у тебя табличка на скуле с двумя колонками Владелец (ссылка на иерархию) + значение (ссылка на номенклатуру)+номер строки

В случае с РС такаже таблица с ссылка на иерархию + ссылка на номенклатуру.

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

P.S. Дополонительные реквизиты вполне себе хранятся в ТЧ справочника, в тоже время дополнительные сведения в РС. Поэтому пофиг и так и так работать будет. Другое дело нюансы
   Aleksey
 
14 - 27.05.20 - 16:35
Хотя я бы задачу решил бы просто добавлением в номенклатуру дополнительного реквизита иерархия на сайте ссылкой на твою иерархию

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