Здравствуйте дорогие читатели, сегодня пришла мысль рассказать о 1С регистрах. Да я еще не писал о справочниках, документах, но это мы рассмотрим позже.
А сейчас рассмотрим предназначение регистров, виды регистров, изобразим как выгладят регистры, поговорим об их проектирований и хранении данных.
Предназначение регистров
Регистры предназначены для увеличения скорости считывания определенных (аналитических) показателей по деятельности предприятия. Показатели хранятся в регистрах в определенных разрезах, с учетом периодичности. Т.е. регистры хранят время, к примеру, можно узнать остаток на складе определенного товара месяц назад.
Регистр – структура определенного вида, которая позволяет получать данные с одинаковой скоростью, не зависимо от объёма БД, без них выдача результата будет медленная.
Схема использования регистров в 1С:Предприятие
Документы => Регистры => Отчеты
Из схемы видно, регистры – являются основание для отчетов, а данные добавляются в регистры только при проведении документов.
Зачем нужны регистры? Часть 1 — Регистры сведений
Виды аналитических показателей
Регистры предназначены для хранения различных показателей:
ПОКАЗАТЕЛИ НАКОПЛЕНИЯ: Остатков и Оборотов. Для их учета предназначены регистры накопления.
- Регистр накопления (остаточный). Увеличивается при поступлении и уменьшается при продаже. На каждый момент времени регистр должен помнить остаток данного товара.
Некоторые показатели могут расти только в одну сторону (оборотный показатель).
- Регистр накопления (оборотный). Например, данные о продажах (отрицательных продаж быть не может). В случае возврата товара он будет регистрироваться с отрицательным знаком.
ПОКАЗАТЕЛИ СОСТОЯНИЯ, характеристика какого-либо объекта, предназначен регистр сведений.
- Регистр сведений, имеет абсолютно любой тип данных. Это значение действует до последующей смены состояния.
Есть и другие виды регистров: Регистры бухгалтерии, Расчета.
Изображение регистров
Показатели, которые хранятся в регистре, называются ресурсами. Аналитические разрезы – измерения.
Ключевая задача регистра – хранение показателей в разрезе измерений и разрезе времени
Если представить регистр в виде системы координат то получится :
• Оси – измерения регистра
• Отдельная ось для изменения во времени
• Показатели на пересечении – ресурсы
Как пример на рисунке показано хранение товаров на складах
Количество измерений в регистре может быть достаточно большим. В таком случае регистр можно представить в виде таблицы, где каждая колонка соответствует измерению и так же есть колонки с ресурсами.
Регистр: Остатки товаров
Измерения: Товар, Склад
Ресурсы: Кол-во, Стоимость
Что такое регистры 1С? Какие бывают и зачем они нужны? — Урок 3
Проектирование регистров
Избыточная структура регистра приводит к увеличению объёма БД, увеличивается время записи в регистр (дольше выполняется проведение документов), увеличивается сложность разработки. Структуру регистра необходимо определять сразу, т.к. её изменение в дальнейшем является весьма сложным процессом.
При определении измерений рекомендуется указывать ссылочный тип данных (на справочники, документы, перечисления). Порядок измерений влияет на скорость получения данных из регистра. Поэтому при проектировании регистра важно понимать, как часто пользователь будет получать остатки по каждому измерению. Все измерения в порядке следования.
Ресурсы – числовые данные, которые характеризуют собой некоторые показатели (ресурс регистра сведений может иметь любой тип данных). Ресурсы представляют собой значения, которое хранятся на пересечении измерении.
Реквизит – некая дополнительная характеристика регистра, не отображается при получении итогов. Реквизиты регистров могут иметь любой тип данных.
Хранение данных в регистрах
Регистры могут быть представлены одной или несколькими таблицами. Состав таблиц зависит от свойств регистра. Нет таких классов как РегистрСсылка или РегистрОбъект для работы с регистрами, потому что структура хранения регистра отличается от объектных таблиц. Информация хранится в виде записей. Запись регистра нельзя пометить на удаление.
Просмотреть содержимое регистра в пользовательском режиме можно использовав кнопку главного меню “Все функции”.
Вот и закончился небольшой обзор 1С регистров если у вас есть какие-то предложения, дополнения то пишите в коментариях.
С вами был 1С Программист, помогу с настройками регистров.
P.S. Девченка танцует
Источник: 1c-md.com
Регистры
Регистры в системе 1С служат для хранения информации о состоянии каких либо показателей. Например остатки товаров на складах, состояние заказа(оплачен, доставлен, заказан) и тд. В общих случаях регистры являются предпочтительным средством получения данных для отчетов. В 1с показателями являются измерения, а состояние показателя называется ресурсом.
Для тех случаев когда нужно сохранять какую то дополнительную информацию по движению, но никаких данных по этой информации получать не требуется, у регистра существует реквизит. В реквизит записываются данные по которым не надо получать остатки или состояние какого либо показателя. Например комментарий «Эти движения были внесены корректировкой регистров» Регистры делятся на две группы:
Регистры накопления. Служат для отслеживания числовых значений по каким либо показателям(аналитике).Регистры накопления тоже делятся на две группы:
Регистры остатков. Данные по измерениям в этих регистрах могут накапливаться, такое поведение характерно как правило для регистров по которым нужно знать остатки, например: остатки товара по складу или остатки товара по организации или остаток дней очередного отпуска. То есть, те регистры по которым есть движения как в + так и в –(Поступление и продажа например).
Регистры оборотов. Если необходимо учитывать только объем сделанных движений, например, объем продаж то тут нужен регистр накоплений с видом регистра обороты. В нем просто фиксируются движения по указанным показателям.
Регистры сведений. Служат для отслеживания информации о состоянии показателя любого типа. Регистр может быть периодическим то есть состояние показателей в разный момент может быть разным, например состояние сотрудника: работает, болеет, уволен. В этом случае структура регистра будет следующей: Измерение: Сотрудник(ссылка на элемент справочника).
Ресурс: Состояние(К примеру перечисление). Регистр сведений можно рассматривать как классическая таблица в базе данных где измерения служат ключевыми полями(данные полей в измерениях должны быть уникальны в рамках всей таблицы).
Набор записей в регистре
Любая работа с регистрами, происходит с помощью наборов записей. Сначала устанавливается отбор, в набор считываются (или не считываются при необходимости) записи, и с этими записями уже происходит работа. В наборе может быть любое количество записей, или не быть вообще. Если не установить отбор, и записать набор, есть возможность получить только этот набор в регистре(произойдет очистка регистра), надо учесть, что нельзя записать набор регистра накоплений, без установленного отбора по регистратору. Если создать набор, установить отборы и записать его не читая, будет записан пустой отбор(произойдет очистка записей по указанному отбору).
Источник: wiki-1c.ru
Регистры сведений 1С. Универсальная «палочка-выручалочка» разработчика
Основная трудность, с которой сталкиваются начинающие изучать 1С, заключается в том, что быстро разобраться что здесь к чему очень сложно. В платформе 1С:Предприятие вводится целый ряд оригинальных понятий. Объяснений этих понятий во встроенной справке, на сайте 1С и на прочих ресурсах много, но они мало что проясняют даже искушенному в ИТ. Здесь я расскажу об одном важном понятии в 1С. Простыми словами и со смыслом.
Определение
Приведу для начала две цитаты.
Основная задача регистра сведений — хранить существенную для прикладной задачи информацию, состав которой развернут по определенной комбинации значений и, при необходимости, развернут во времени.
Это из встроенной справки. Ее еще называют синтакс-помощник. Слова тут простые, но если смотреть свежим взглядом, лишены какого-либо смысла. Есть регистр, который хранит существенную информацию? А что, есть регистр, который хранит чепуху? Что означает «развернутость» информации? Она была «свернута», а потом «развернулась»?
Хотелось бы понять детали этого процесса!
Регистры сведений — это прикладные объекты конфигурации. Они позволяют хранить в прикладном решении произвольные данные в разрезе нескольких измерений.
А это с сайта 1С https://v8.1c.ru/platforma/registr-svedeniy/ Как можно что-то «хранить в разрезе»? Что тут «режется» и зачем?
Мое определение понятия «регистр сведений» звучит так.
Регистр сведений — это полный аналог таблицы базы данных.
Для тех, кто хоть немного знаком с базами данных, будет достаточно следующего дополнения.
В отличие от прочих объектов 1С:Предприятие, в регистре сведений есть возможность управлять первичным ключом.
Для тех, кто не знаком с теорией баз данных поясню, по возможности коротко и просто.
Большинство современных баз данных называются реляционными, потому что они состоят из таблиц. Так или иначе, все имели дело с таблицами. Таблица — это множество однотипных строк, и множество колонок. Как добраться до колонки понятно. Надо назвать ее по имени. А как добраться до конкретной строки в таблице? Для этого нам потребуется т.н. ключ.
В самом простом случае ключом для конкретной строки является значение в одной из колонок.
В этой таблице ключи находятся в колонке «Идентификатор». Для того, чтобы однозначно определять строку по ключу, каждое значения ключа должно быть уникальным в пределах таблицы. Какой-бы большой не была таблица, поиск по ключу происходит очень быстро, потому что ключи особым образом компонуются в структуру под названием индекс.
При проектировании почти в любой базы данных так или иначе возникает ситуация, когда требуется создать таблицу, в которой значения ключей будут храниться не в одной колонке, а в нескольких. Например, у нас есть таблица товаров и таблица складов. Мы хотим создать таблицу, в которой будут отображаться цены товаров на складах.
Регистр сведений в платформе 1С:Предприятие позволяет явным образом указать ключ (его еще называют первичный ключ). Этим он и отличается от всех прочих объектов. Для них первичные ключи создаются автоматически и не подлежат изменению.
Можно сказать, что регистр сведений самый универсальный инструмент среди всех прочих в 1С. Посмотрим, что можно делать с ним.
Регистр сведений со множеством измерений
Измерение — это еще один термин родившийся в недрах 1С. Для регистра сведений измерение ни что иное, как часть ключа. Соответственно, множество измерений регистра сведений задает первичный ключ. Измерения есть и в других объектах платформы 1С:Предприятие (регистры накопления, регистры бухгалтерии, регистры расчетов), но там они обозначают нечто принципиально иное, на чем мы сейчас останавливаться не будем.
Такие объекты платформы, как справочник или документ создаются с предопределенным первичным ключом. Этот первичный ключ состоит из одного поля. В 1С его называют ссылкой. Если же нам требуется составной первичный ключ, тогда мы используем регистр сведений.
Один пример я уже дал выше. Еще несколько примеров:
- цены товаров у поставщиков;
- подразделение и занимаемая должность работника;
- место хранения товара на складе;
- настройки заполнения банковских выписок;
- график работы сотрудника.
Регистр сведений с одним измерением
Такое встречается довольно часто, в том числе и в типовых конфигурациях. Тут надо понимать, что регистр сведений в этом случае не заменяет справочник, у которого тоже всего одно «измерение». Отличие тут принципиальное. «Измерение» справочника, которое в 1С называют ссылкой, заполняется автоматически при создании новых записей.
В то время как в регистре сведений измерения заполняются либо пользователем, либо программно, но во втором случае нужны усилия разработчика. Обычно в качестве единственного измерения регистра сведений указывают ссылку на запись в справочнике или ссылку на документ. Далее в разделе ресурсы или реквизиты (разница между ресурсами и реквизитами в регистре сведений исчезающе мала и мы не будем ее здесь обсуждать) вводят некоторое количество полей. Таким образом получается, что у справочника или документа появились новые поля. Мы как будто расширили справочник или документ.
Конечно, такая практика приводит к некоторой путанице. Открываешь справочник(документ) в режиме пользователя, вот он реквизит. Можно редактировать. Открываешь справочник(документ) в Конфигураторе, нет реквизита! Ищи в другом месте.
Но есть и плюс, который заключается в том, что исходный справочник(документ) остается в неизменном виде. И если возникает именно такая задача (внести изменения, но не «трогать» исходный справочник или документ), тогда используют регистр сведений с одним измерением.
Регистр сведений без «измерений»
Можно создать регистр сведений вообще без измерений. Это не будет означать, что у регистра сведений нет ключа вообще и можно вводить сколько угодно записей. Это будет означать, что ключ есть, он представляет собой пустое значение и запись в таблице может быть только одна. В 1С:предприятие есть такой объект, который называется константа.
Он не имеет ничего общего с тем, что под этим обычно подразумевается. Концептуально, константа в 1С — это таблица с одной колонкой и одной строкой. Чисто умозрительно, полезная штука, но на практике — не очень. Эти самые константы надо как-то группировать. Приходится задавать префиксы имен. Имена становятся уродливыми.
Регистр сведений без измерений, по сути, представляет собой поименованное множество пар ключ-значение. И это отличная альтернатива константам.
Подчинение регистратору
Регистры сведений входят в семейство регистров 1С. По правде сказать, они не совсем полноправные члены этой семьи. Регистры сведений — это универсальный инструмент, в то время как регистры накопления гораздо более специализированы, а уж регистры бухгалтерии и регистры расчетов специализированы очень сильно.
Единственное, что обнаруживает родственную связь регистров сведений с прочими регистрами, это то, что записи в регистрах сведений могут создаваться на основании документов. Здесь же, кстати, можно увидеть и отличие регистров сведений от остальных регистров.
Во всех прочих регистрах записи создаются ТОЛЬКО на основании документов, а для регистров сведений этот вопрос оставлен на усмотрение разработчика. В принципе, этим пользуются и в типовых и в нетиповых конфигурациях, но лично я не вижу в этом большого смысла. Здесь имеет место скорее некоторая инерция. Разработчики привыкают использовать связку документ-регистр для регистров накопления, а потом переносят эту практику на регистры сведений.
Регистр сведений с измерением типа дата
Есть такая довольно часто встречающаяся задача, которая называется «Получить последние значения чего-либо». У нее есть известное решение, укладывающееся в три строки SQL запроса. В 1С-овском диалекте это выглядит так:
ВЫБРАТЬ валюта, курс, дата ИЗ РегистрСведений.КурсыВалют КАК КурсыВалют ГДЕ дата В (ВЫБРАТЬ МАКСИМУМ(дата) ИЗ КурсыВалют КАК Т ГДЕ Т.Валюта = КурсыВалют.Валюта)
Чтобы избавить разработчиков от необходимости вспоминать это решение, в 1С решили сделать так.
Регистры сведений, у которых в составе первичного ключа есть дата, были объявлены особенным подвидом и названы периодическими регистрами сведений. У этих периодических регистров сведений появились виртуальные таблицы под названием срез последних. При обращении к этим таблицам происходит выполнение запроса, являющегося аналогом того, что я указал выше.
Там, правда, действует странное ограничение. Получить последние значения вы можете только по полному списку измерений. Это противоречит опыту, который разработчики получают при взаимодействии с регистрами накопления. Обращение к виртуальной таблице оборотов регистра накопления возможно по любому подмножеству измерений.
Но в целом, периодические регистры сведений — это полезный инструмент. Хотя, в последнее время, с появлением версионирования и истории версий, он несколько утратил свое значение.
Заключение
Сильная сторона 1С в том, что можно не знать многие вещи, например, о базах данных. И при этом создавать работоспособные приложения. В большинстве случаев, вам не требуется знать или помнить в деталях для чего нужны первичные ключи и как они работают. Система все сделает за вас. Но когда вам потребуется сделать что-то из области универсального, тогда начальные знания о том, как это работает, все-таки будут нелишними.
В заключение хочу порекомендовать бесплатный вебинар от OTUS, где преподаватели покажут как решаются задачи проектирования объектов метаданных различных конфигураций, для решения практических задач бизнеса.
Источник: habr.com