(3) Регистр - не справочник. Иначе зачем две одинаковые сущности?
Одно из ключевых отличий как раз - отсутствие ссылки и объектной природы.
Даже само название "сведений" - как бы намекает.
Если ляпнуть такое на сертификации - сразу "до свидания", т.к. это азы понимания областей применения прикладных объектов 1С.
Так, а ссылка там где? Или элемент? Набор записей, или запись неинтересны.
чем "курс" не ссылка? это же не справочник, чтобы была ссылка. Да и если она вдруг будет, дальше то что с ней делать будем? Запись можно считать аналогом элемента, чем не устраивает она?
(19)
У справочника элементы, у регистра записи.
У справочника ссылки, у регистра ключи записи
Элемент справочника можно получить по ссылке, запись регистра можно получить по ключу.
Нет такого понятия как ссылка (элемент) регистра
был периодический справочник, сейчас вместо него периодические РС
Справочник - это да. Я про регистры, которые в 7-ке тоже были. У меня, например, никаких ассоциаций между регистром сведений и периодическим реквизитом нет - это принципиально разные объекты.
(31) РС можно рассматривать как коллекцию периодических реквизитов. Если он периодический, а через измерение (или набор измерений) установлена связь с основным объектом (справочником, документом), то получение действующей на определенный момент времени записи труда не составляет
Кстати да - при переходе с 7.7 возникает искушение использовать регистр сведений как "просто табличку". Но на самом деле - нет.
На роль "просто таблички" больше подходит справочник (код и наименование, кстати, можно штатно удалить, выставив их нулевую размерность).
(30) не согласен.
1. РС позволяет обрабатывать записи группами
2. РС позволяет конролировать уникальность записи по набору измерений
3. РС позволяет расширять набор реквизитов типовых объектов, создавая решения с хорошей переносимостью на другие базы.
4. РС можно привязать сразу к нескольким видам схожих объектов ("свойства" из типовых конфигураций тому пример)
(32) С чем вы не согласны? Или вы не мне отвечали?
Регистры сведений заточены на решение задач определенного рода (хранение сведений об объектах) и в связи с этим имеют ряд ограничений и особенностей.
Именно поэтому их нельзя рассматривать и пытаться использовать как "просто табличку".
(34) Видимо зависит все-таки от контекста конкретной задачи и назначения "просто таблички". Ну и того, что мы под ней подразумеваем. У меня, например есть "Просто табличка" в виде РС, которая представвляет из себя массив данных, генерируемых забугорной WMS как текстовые файлы. Измерения тут - Имя файла и номер строки, реквизиты - передаваемые текстовые значения, ресурсы - подобранные по текстовым значениям ссылочные типы.
Еще полно "просто табличек", - РС с единственным измерением, назначения которых - добавлять в него реквизиты вместо того, чтобы лепить прямо в типовой объект системы.
Ну а если речь о хранении специфических настроек - то создал справочник, помещающий в хранилище структуру, его и юзаю, даже если табличкой что-то нужно положить.
(35) Конечно, зависит. Мы спорим ни о чем. Я просто высказал банальную мысль, что РС имеет больше ограничений, чем справочник. Что не делает его хуже или лучше. Он просто более узко специализирован. И новички, не разобравшись в целевом назначении РС, часто пытаются использовать РС не по назначению.
(36) Сила РС в НабореЗаписей и возможности обработать всю таблицу одним махом. Но, конечно, нужно уметь им пользоваться и быть уверенным в том, что единовременный объем данных не положит сервер. Новичкам, конечно, тут сложнее разобраться, чем со справочником.
(37) Сила РС в его применении по назначению как прикладного объекта, а не в каких-то побочных фичах использования.
Перелопатить весь справочник в одной транзакции тоже много ума не надо.