Имя: Пароль:
1C
1С v8
Помогите правильно построить регистр
0 TrAN
 
24.01.21
14:21
Добрый день!

Помогите, пожалуйста, правильно спроетировать регистр сведений/накопления.

Задача размещения оборудования по кабинетам. Оборудование может быть как в кабинете, так и просто на этаже.
Структура отчета:

Здание
|_ Этаж
     |_ Кабинет
          |_ Оборудование
          |_ Оборудование
     |_ Оборудование


Заранее спасибо!
1 ДенисЧ
 
24.01.21
14:24
Справочник помещения, иерархический. Подчинение элементам.
Дальше всё просто
2 RomanYS
 
24.01.21
14:25
(0) Справочник с иерархией элементов вполне подойдет. Но тогда будет в условиях запроса условия "в иерархии" использовать. А  в соединениях например нельзя такое условие.
3 TrAN
 
24.01.21
14:33
За иерархичсекий справочник, спасибо! Сейчас попробую.
А какой лучше регистр использовать? Сведений или накопления?
4 Малыш Джон
 
24.01.21
14:37
(3) а регистр для чего будет использоваться?
5 Мимохожий Однако
 
24.01.21
14:41
Если считать ничего не надо, то регистр сведений
6 Малыш Джон
 
24.01.21
14:42
(5) Ага. А если надо, то калькулятор.
7 TrAN
 
24.01.21
14:42
Есть документ Размещение оборудования, где указывается что, куда мы ставим.
8 TrAN
 
24.01.21
14:43
Я хочу хранить всю информацию в регистре, так как оборудовнаие может перемещаться.
9 Droning1C
 
24.01.21
14:44
(0) только хотел спросить, а ты уже написал. Если надо регистрировать где что лежит во времени, то нужен документ
10 Droning1C
 
24.01.21
14:45
(8) комплектация оборудования предусмотрена?
11 Droning1C
 
24.01.21
14:47
кароче, если комплектация предусмотрена, то можно пойти двумя путями. Либо обойтись одним регистром накопления остатков, либо регистр накопления остатков + регистр сведений. для возможности по-разному учитывать комплектующие. Если не предусмотрена, то можно просто регистр накопления остатков с измерениями - Здание, этаж, кабинет, оборудование, ресурс - количество
12 TrAN
 
24.01.21
14:48
Если вы имеете ввиду сборное оборудование - то нет. Просто серверные стойки, сервера, компьютеры.
13 Droning1C
 
24.01.21
14:49
(12) я имею ввиду надо ли учитывать что входит в состав сервера - оперативка такая-то столько-то, корпус такой-то
14 TrAN
 
24.01.21
14:50
(11) А обязательно такая делатилация при иерархимеском справочнике (Подчинение элементов)? Можно просто Измерение - Локация, Оборудование; Ресурс - Количесетво?
15 TrAN
 
24.01.21
14:52
(13) Нет такой глубины деализации у них нет. У них другое веселье, виртуалки на серверах, софт на виртуалках.
16 Мимохожий Однако
 
24.01.21
14:53
(6) Нет. Только счеты конторские
17 Мимохожий Однако
 
24.01.21
14:55
Регистр сведений. Измерение: Оборудование. Ресурс: Кабинет, Кому.
18 TrAN
 
24.01.21
15:13
Всем большое спасибо за помощь! Всё получилось!
19 rphosts
 
24.01.21
15:45
(2) с учётом всего 2 уровня иерархии можно сделать Объединить Все над 2 запросами
20 mkalimulin
 
24.01.21
17:17
(17) Использовать регистр сведений с одним измерением - моветон
21 rphosts
 
24.01.21
17:20
(20) не думать а оперировать только шаблонами - тупо повторять чужие слова, значения которых до конца не осознаешь.
22 H A D G E H O G s
 
24.01.21
17:21
(20) Почему?
23 acht
 
24.01.21
17:40
(20) Мишенька, иди лучше пульку доиграй.
24 Asmody
 
24.01.21
17:50
"Оборудование может быть как в кабинете, так и просто на этаже" - справочник "МестаРазмещения". А там уже хоть этаж, хоть комната, хоть стена на улице. Его в измерение или в ресурс регистра.
25 mkalimulin
 
24.01.21
18:04
(22) Потому что если это непериодический регистр, тогда все тоже самое достигается путем добавления реквизитов объекту, указанному в единственном измерении. Впрочем у периодического регистра по факту два измерения. Так что оговорку можно опустить
26 acht
 
24.01.21
20:38
(25) > все тоже самое достигается
Права на объекты, Мишенька. И еще щепотка обменов данными.
27 Мимохожий Однако
 
24.01.21
23:32
(20) Измерение одно. Однако ресурсов несколько. Не требуется пересохранять справочник при смене размещения.
слово "Моветон" к данному контексту как корове седло.
28 mkalimulin
 
25.01.21
00:07
(27) Да, если справочник часто пересохранять, то он быстро сотрется. Совсем забыл об этом
29 mkalimulin
 
25.01.21
00:08
(26) Все равно таких решений следует избегать
30 ДедМорроз
 
25.01.21
00:14
В справочнике может быть немерянная табличная часть,которую каждый раз переписывать?
Опять же,состояние объекта всегда в регистре,и работает на ура.
31 mkalimulin
 
25.01.21
00:16
(30) Это не оправдывает усложнение системы
32 ДедМорроз
 
25.01.21
02:20
Я не знаю как там в 1с,но разделение объекта на составляющие - это не усложнение,а упрощение системы,особенно с учётом параллельной записи и блокировок.
Кроме того,незаполненные реквизиты в самом справочнике будут занимать место,а в регистре будут только заполненные.
И,когда мы захотим создать индекс,то на ресурс регистра его сделать проще,чем на элемент справочника,особенно в свете опять же незаполненных значений - пока 1с не умеет строить индексы по условию,и,скорей всего,никогда не научится.
33 NWsFF
 
25.01.21
07:35
(32) >>1с не умеет строить индексы по условию
Что значит строит индексы по условию, поясните пожалуйста?
34 ДенисЧ
 
25.01.21
07:39
(33) Индекс не по конкретному полю, а по чистой функции от этого поля.

Типа http://www.xserver.ru/computer/database/oracle/39/
35 NWsFF
 
25.01.21
08:07
(34) все равно не понял как в чем проблема индекса для реквизита справочника против индекса ресурса регистра. И как и зачем ее может решить индекс по функции.
Ошибка? Это не ошибка, это системная функция.