Добрый день!

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

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

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


Заранее спасибо!

Справочник помещения, иерархический. Подчинение элементам.
Дальше всё просто

(0) Справочник с иерархией элементов вполне подойдет. Но тогда будет в условиях запроса условия "в иерархии" использовать. А  в соединениях например нельзя такое условие.

За иерархичсекий справочник, спасибо! Сейчас попробую.
А какой лучше регистр использовать? Сведений или накопления?

(3) а регистр для чего будет использоваться?

Если считать ничего не надо, то регистр сведений

(5) Ага. А если надо, то калькулятор.

Есть документ Размещение оборудования, где указывается что, куда мы ставим.

Я хочу хранить всю информацию в регистре, так как оборудовнаие может перемещаться.

(0) только хотел спросить, а ты уже написал. Если надо регистрировать где что лежит во времени, то нужен документ

(8) комплектация оборудования предусмотрена?

кароче, если комплектация предусмотрена, то можно пойти двумя путями. Либо обойтись одним регистром накопления остатков, либо регистр накопления остатков + регистр сведений. для возможности по-разному учитывать комплектующие. Если не предусмотрена, то можно просто регистр накопления остатков с измерениями - Здание, этаж, кабинет, оборудование, ресурс - количество

Если вы имеете ввиду сборное оборудование - то нет. Просто серверные стойки, сервера, компьютеры.

(12) я имею ввиду надо ли учитывать что входит в состав сервера - оперативка такая-то столько-то, корпус такой-то

(11) А обязательно такая делатилация при иерархимеском справочнике (Подчинение элементов)? Можно просто Измерение - Локация, Оборудование; Ресурс - Количесетво?

(13) Нет такой глубины деализации у них нет. У них другое веселье, виртуалки на серверах, софт на виртуалках.

(6) Нет. Только счеты конторские

Регистр сведений. Измерение: Оборудование. Ресурс: Кабинет, Кому.

Всем большое спасибо за помощь! Всё получилось!

(2) с учётом всего 2 уровня иерархии можно сделать Объединить Все над 2 запросами

(17) Использовать регистр сведений с одним измерением - моветон

(20) не думать а оперировать только шаблонами - тупо повторять чужие слова, значения которых до конца не осознаешь.

(20) Почему?

(20) Мишенька, иди лучше пульку доиграй.

"Оборудование может быть как в кабинете, так и просто на этаже" - справочник "МестаРазмещения". А там уже хоть этаж, хоть комната, хоть стена на улице. Его в измерение или в ресурс регистра.

(22) Потому что если это непериодический регистр, тогда все тоже самое достигается путем добавления реквизитов объекту, указанному в единственном измерении. Впрочем у периодического регистра по факту два измерения. Так что оговорку можно опустить

(25) > все тоже самое достигается
Права на объекты, Мишенька. И еще щепотка обменов данными.

(20) Измерение одно. Однако ресурсов несколько. Не требуется пересохранять справочник при смене размещения.
слово "Моветон" к данному контексту как корове седло.

(27) Да, если справочник часто пересохранять, то он быстро сотрется. Совсем забыл об этом

(26) Все равно таких решений следует избегать

В справочнике может быть немерянная табличная часть,которую каждый раз переписывать?
Опять же,состояние объекта всегда в регистре,и работает на ура.

(30) Это не оправдывает усложнение системы

Я не знаю как там в 1с,но разделение объекта на составляющие - это не усложнение,а упрощение системы,особенно с учётом параллельной записи и блокировок.
Кроме того,незаполненные реквизиты в самом справочнике будут занимать место,а в регистре будут только заполненные.
И,когда мы захотим создать индекс,то на ресурс регистра его сделать проще,чем на элемент справочника,особенно в свете опять же незаполненных значений - пока 1с не умеет строить индексы по условию,и,скорей всего,никогда не научится.

(32) >>1с не умеет строить индексы по условию
Что значит строит индексы по условию, поясните пожалуйста?

(33) Индекс не по конкретному полю, а по чистой функции от этого поля.

Типа http://www.xserver.ru/computer/database/oracle/39/

(34) все равно не понял как в чем проблема индекса для реквизита справочника против индекса ресурса регистра. И как и зачем ее может решить индекс по функции.