Справочник vs Регистр сведений #674678

Подскажите принципиальные отличия справочника и непериодического, не подчиненного регистратору регистра сведений? Совсем запутался а то.

Справочник - объектная сущность, регистр - нет.

На элемент справочника можно сослаться. А на запись регистра сведения нет. У регистра сведения есть измерения, по набору измерений можно контролировать уникальность записей. В справочнике такого нет.

строго говоря есть.. по коду можно уникальность контролировать :)

Дык код то в единственном экземпляре. А в регистре сведений можно сколько угодно ключевых полей завести. К тому же код в справочнике строка или число, а измерения регистра сведений - любой тип.

К каждой записи справочника прилагается гуид :) который не всегда нужен, но место в базе занимает.

У справочника есть табличные части

что там хранить собрался? делай голосовалку))

К записям регистра сведений запросы быстрее (намного) исполняются

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

Контроль уникальности и отключить можно, и использовать "ЗагрузкаДанных" в регистре сведений. Если создать регистр сведений с такими же полями, что и у справочника, то скорость не меняется.

в этом случае чем руководствоваться, что выбирать - регистр сведений или справочник?

Мозгом. Справочник хранит объекты аналитического учета. Регистр сведений хранит показатели состояния.

В общем случае, для хранения данных, имеющих объектную сущность, надо использовать справочник. Если это просто таблица - то регистр сведений. Например, товары, контрагенты, сотрудники, основные средства, склады - все это конкретные объекты. А вот соответствие между номенклатурой в одной базе и в другой базе - это таблица, тут можно использовать регистр сведений. Какие то дополнительные параметры контрагентов или номенклатуры (свойства) - это тоже просто тупо таблица, тут кати регистр сведений.

Помимо того, о чем уже сказали, можно отметить еще и следующее. Регистр сведений может использоваться для хранения дополнительных свойств объекта, вспомогательных, обращение к которым, как правило, происходит реже, чем обращение к тем свойствам, которые описаны в самом объекте. Такой регистр сведений может иметь, например, следующую структуру: измерение1 = ссылка на объект, измерение2 = тип свойства (перечисление, справочник, вид характеристики) и ресурс1 = значение свойства для объекта. Можно, конечно, использовать и ТЧ с двумя реквизитами: тип свойства и значение свойства. Но есть одно "но". При обращении к объекту, например, при открытии формы элемента справочника из БД считываются сразу все данные по объекту как из основной таблицы справочника так и из всех таблиц его ТЧ.

А я лично скучаю по обычным периодическим реквизитам, которые были в 7ке. А теперь городишь связку - справочник и регистр сведений.

Хорошо, что Вы по бух итогом в 7рке не скучаете, это значит есть еще шанс ;)

С учетом того - как оно там хранилось - я не скучаю.

Еще регистр можно одним набором записать, а справочник только по одной записи.

Это если неподчиненный

А если подчиненный ?

Да и транзакции никто не отменял.

ну это я так :-) несерьезно скучаю.

Нда, так и не раскрыл секрет как одним набором обновить записи подчиненного справочника, а я так надеялся

Периодические реквизиты в 7.7. жили все в одной таблице - такое удобно было только при обмене данными, когда их все и сразу можно выбрать - в остальных случаях - только создавало трудности. Периодический регистр в 8.х позволяет получать последние установленные значения (для этого отдельная таблица).

При чем здесь справочник. Я писал про то, что одним набором можно "обновить" только неподчиненный РС. Про подчиненность справочника ты уже придумал сам :)