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

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

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

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

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