Непериодический, независимый регистр сведений vs Справочник #343446

Гуру, скажите в каких ситуациях лучше использовать для одной и той же сущности такой регистр или можно обойтись справочником?

если повторяющиеся наборы ключевых полей есть, то такой РС не пройдет, а справочнику - пофигу

см. , как человек мучается

Справочник - ссылка

И все? Больше разницы нет?

повтор записей это не проблема

ну иерархия, уникальность кодов и т.п.

так и напиши тому, что по ссылке из

Например, "Контактная информация" как лучше реализовать... при условии, что не нужно так детально как в стандартных конфигурациях (там это регистр с кучей ресурсов)

если "контактная информ" только у одного справочника, то подчиненный а так я бы сделал на РС

Или опишите ситуацию, в которой нельзя заменить такой регистр справочником? Что-то я разницу почувствовать не могу в каких случаях что использовать...

Справочники Для работы с некоторым множеством значений в системе используются объекты типа «Справочник». Обычно справочниками являются списки материалов, товаров, организаций, валют, сотрудников и др. Название и структура конкретного справочника определяется при его создании в конфигураторе. Регистры сведений Основная задача регистра сведений - хранить существенную для прикладной задачи информацию, состав которой развернут по определенной комбинации измерений и, при необходимости, развернут во времени. Эта информация хранится в регистре в виде записей. На запись нельзя сделать ссылку из информационной базы. В системе может быть только одна запись с определенной комбинацией измерений и периодом.

ну, мат.часть я и так знаю а опыт? опыта мало, вот и спрашиваю у людей с опытом разработки собственных конфигураций...

неохота идти на поводу стандартных 1с-овских конфигураций, мне не все как там реализовано нравится...

по скорости работы разницы я так понимаю не будет, т.к. все равно обращаться запросом к по сути подобным таблицам...

а вот по код немного разный

>>ну, мат.часть я и так знаю Ну так если знаете :) Основная задача регистра сведений - хранить существенную для прикладной задачи информацию, состав которой _развернут по определенной комбинации измерений_ вот и ответ в остальных случаях - справочник

РС самые быстрые

через РС удобно «общие» реквизиты делать - и отбор будет, опять же, а периодические по другому и не сделаешь...

Индексы разные у этих объектов  на уровне таблиц БД и скорость запросов на чтение должна отличаться в пользу регистра, а при интенсивной записи справочник вообще не катит из за блокировок. Делай как в типовых, потом меньше переделывать придется.

* а по существу, тему не раз обсуждали уже *

про периодические речь не идет дык неудобно как в типовых для своих маленьких конфигураций делать угу, только я через поиск по запросу непериодический независимый регистр сведений ничего не нашел

Нафига для контактной информации справочник? Зачем там ссылки контролировать?

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

Регистр сведений - для хранения сведений! ИМХО данных, по которым отбора не будет, и которые используются в разрезе чего-нибудь (даты, там, единицы измерения, еще чего-нить)....

верное замечание но ИМХО так проще/быстрее зы опять таки надо понимать что это для "маленькой" конфы

РС - для хранения сведений, а тогда справочник для хранения чего?? что значит отбора не будет? можно как справочник, так и регистр профильтровать по реквизиту

просто еще складывается такое ощущение что регистр -- это круто и юзают их, а справочник -- это что-то неудобное из 7-ки...

у кого еще какие мнения на этот счет?

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

честно говоря не очень понимаю когда нужен непереодический РС

вот и я тоже :)

Смотрим стандартные конфигурации от 1С на предмет непериодических независимых регистров сведений: =======

мне пофигу, единственный РС, который я проэктировал сам - это «тип места хранения»*«типоразмер» = вместимость

*проектировал, мля

да был неправ. в непереодическом регистре сведений можно хранить - Протоколы обмена с банком Внешние компоненты Производственный календарь

УПП1.2 ======

===============

УТ10.3 ======