|   |   | 
| 
 | Нужны ваши мнения)) Справочник.ТабличнаяЧасть 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 | 
        Хотя я бы задачу решил бы просто добавлением в номенклатуру дополнительного реквизита иерархия на сайте ссылкой на твою иерархию     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |