Чем отличается справочник от регистра сведений 1с
Все изменения, вносимые в базу данных, хранятся в соответствующих таблицах. Для 1С это таблицы документов, журналов документов, справочников и регистров. О типах регистров 1С, особенностях и тонкостях их использования и пойдет разговор в нашей статье.
Формирование записей в регистрах
Одним из первых вопросов, связанных с регистрами, является вопрос: для чего?
Для чего вообще нужно создавать отдельные таблицы, зачастую дублирующие уже существующие записи?
Ответ здесь достаточно простой. Безусловно, можно городить сложные и затратные по времени запросы к таблицам исходных документов, перечисляя условия отборов, проверяя их на пометки удаления и проведенность, но гораздо проще и менее трудозатратно создать определенный срез набора записей непосредственно при сохранении документа и хранить его в отдельной таблице, обращаясь к нему по мере необходимости.
Таким образом, мы выяснили, что одним из способов создания записи регистра является запись при помощи регистратора (документа). Этот вариант присутствует во всех типах регистров.
Процесс формирования записей регистров на основе документа принято называть проведением документа. Непроведенный документ-регистратор не имеет движений по регистрам, это фактически, черновик или заготовка.
Второй вариант формирования записи – непосредственно, без создания регистрирующего документа. Создать записи таким способом можно только в регистрах сведений при этом в свойствах регистра реквизит «Режим записи» должен иметь соответствующее значение (Рис.1).
Общее для всех регистров
Внутренняя структура любого регистра может быть продемонстрирована Рис.2
Рассмотрим её подробнее:
- Измерения – свойства записи, определяющие, в каких разрезах хранится важная информация;
- Ресурсы – они содержат информацию, которую необходимо систематизировать;
- Реквизиты – поля записи, которые содержат дополнительную информацию;
- Формы – свойство, которое содержит графическую информацию о внешнем виде списка, элемента и т.д. и их внутренних модулях;
- Макеты – печатные формы регистров.
Регистры сведений
Раз уж выше речь зашла о регистрах сведений, давайте о них и поговорим.
Это, наверное, самый простой и понятный тип регистров. Обычная таблица, содержащая колонки и столбцы, в которой хранится информация.
Список важных свойств регистра сведений небольшой (Рис.3), поговорим об основных:
- Периодичность, она указывает на то, в каких пределах контролируется уникальность записи (в пределах минуты, часа, дня, года в соответствии с выбранным значением не могут существовать две записи с одинаковыми измерениями), также может принимать значение «По регистратору», но для этого необходимо выбрать соответствующий режим записи;
- Режим записи – фактически это выбор из двух значений: «Независимый» и «Подчинение регистратору».
- Важно понимать, что выбор независимого режима не означает, что запись не может быть сформирована документом, будет невозможен только отбор по регистратору и контроль уникальности записи по нему;
Регистры накопления
Структуру одного из них мы видели на Рис.2. Основным свойством, сильно влияющим на внешний вид регистра, а так же на его внутреннюю структуру является «Вид регистра» (Рис.4)
В зависимости от требований к хранимой информации может принимать значения:
В первом случае в базе данных будет содержаться информация не только о движениях ресурсов в разрезе измерений, но и о типе операции (приход или расход). К тому же при создании запроса будет доступна дополнительная таблица, содержащая итоги.
Одна из главных проблем, с которой сталкиваются начинающие разработчики при использовании таблиц Остатки и ОстаткиИОбороты в запросах, заключается в том, что при получении запросом остатков на определенную дату, данные этих таблиц могут различаться. И здесь есть один нюанс: при указании в качестве конечной даты периода определенного значения, платформа из таблицы Остатки берет данные не включая это значение в период отбора.
Если требуются данные, включающие конец периода можно:
- Использовать таблицу ОстаткиИОбороты;
- Сделать выборку на дату на 1 секунду большую заданной (т.е. не на 31.12.16 23:59:59, а на 01.01.17 00:00:00);
- Воспользоваться методом Граница, который помогает настроить вариант включения момента времени в рассматриваемый период (вариант использования: Граница(ДатаКонца,Включая).
Регистры бухгалтерии
Достаточно специализированные регистры, по своей конструкции напоминают регистры накопления. Основным отличием от других типов регистров платформы 1С является присутствие в структуре свойств параметра «План счетов» (Рис.5).
План счетов – отдельный объект метаданных, требующий отдельного разговора. В зависимости от плана счетов, современные типовые конфигурации 1С содержат 4 основных регистра бухгалтерии:
- Бюджетирование;
- Международный;
- Налоговый;
- Хозрасчетный.
Второй параметр, характерный для бухгалтерских регистров – «Корреспонденция».
Установка галочки в этом параметре позволяет формировать двойные записи, содержащие кредитовый счет СчетКт и дебетовый счет СчетДт и соответствующую этим счетам аналитику (субконто). Если галочка не установлена, в записях регистра будет проставляться только один счет.
Регистры расчета
Это, наверное, самые сложные для понимания регистры. Между тем, по своей сути они очень сильно напоминают регистры накопления вида «Обороты».
Определяющим отличием регистра расчета от других регистров является наличие в его свойствах параметра «План вида расчета». К тому же, регистр расчета, также как и регистр сведений – периодический.
В каждом регистре расчета может быть включена возможность связи записи с графиком времени, заданном в соответствующем регистре сведений. Это позволяет при помощи кода получать данные о рабочем времени.
В дополнение к измерениям, ресурсам и формам, имеющимся в других типах регистра, регистрам расчета может быть задан объект «Перерасчет», где будет храниться информация о неактуальных и требующих пересмотра записях.
Основное использование их в типовых конфигурациях 1С – регистрация и облегчение работы с начислениями работникам организации.
Регистр сведений (РС) – это объект метаданных, предназначенный для хранения справочной информации в разрезе определенных разработчиком измерений.
Основные таблицы РС
Обычный (непереодический)
У обычного РС создается одна таблица, которая является кластерным по измерениям, ресурсам и реквизитам.
Если мы проиндексируем произвольный реквизит или измерение, то будет дополнительная таблица, где сначала идет реквизит, далее идут измерения (без ресурсов и реквизитов).
Тем самым для регистра сведений очень важен порядок измерений, т.к. если мы будем искать по второму «Отчество», то мы не попадем в индекс и будет выполняться сканирование всей таблицы основной таблицы.
Если же мы будем искать по «коду сайта» и нам нужна ссылка на контрагента, то следует код сайта вынести в измерения и сделать его первым измерением, чтобы попадать в кластерный индекс и не выполнять дополнительные операции ввода вывода для перехода в кластерный из обычного.
Периодический
У периодического регистра сведений основная таблица строится по Периоду:
Если проиндексировать произвольный ресурс, реквизит или измерение, то будет дополнительная таблица, где сначала идет индексируемый реквизит, далее период и измерения (без ресурсов).
Следовательно, если у вас есть поле с датой, то не обязательно, что ваш регистр будет периодическим, важно понимать, будем ли мы отбирать наши записи по этой дате или дата – это просто одно из измерений/ресурсов.
Например, Номер и Дата первичного документа для отсканированного файла (акт поставщика) – это просто справочная информация, а не периодическая. В отличие от курсов валют, которые являются строго периодической информацией и курс валют мы всегда получаем в разрезе даты.
Подчиненный регистратору
У РС, подчиненного регистратору кластерный индекс строится по регистратору. Это необходимо для того, чтобы формировать набор движений.
Дополнительные таблицы строятся по измерениям.
Таким образом, в случае с подчинением регистратору, мы должны понимать, на сколько часто мы будем искать информацию по измерениям, при этом выбирать значения ресурсов и реквизитов, чтобы наш индекс был покрывающим.
Основные отличия регистра от справочника
- У РС нет первичного ключа (ссылки), т.е. мы не можем ссылаться на запись регистра сведений
- У РС составной индекс, в отличие от справочника. В справочнике мы не можем это сделать сразу по нескольким произвольным полям (средствами 1С). Исключением может быть только индексация реквизита с доп. упорядочиванием, тогда будет таблица с реквизитом и полем основного представления.
- РС записывается только набором записей. Даже когда мы записываем одну запись, она преобразуется в набор записей, это можно легко отследить в модуле объекта в обработчике перед записью. Объектом записи является набор записей.
При проектировании крайне важно понимать, какие поля поиска нам нужны, а это зависит от целей регистра сведений:
Регистр сведений в 1С: Предприятие (РС) – это объект метаданных, предназначенный для хранения справочной информации в разрезе определенных разработчиком измерений.
Основная таблица (clustered index) Регистра Сведений
Но самая главная возможность регистра сведений – это формировать составной индекс (по измерениям).
Основные таблицы Регистра сведений 1С: Предприятие
Обычный (непереодический)
У обычного регистра сведений создается одна таблица, которая является кластерным по измерениям, ресурсам и реквизитам.
Основная таблица обычного регистра сведений
Если мы проиндексируем произвольный реквизит или измерение, то будет дополнительная таблица, где сначала идет реквизит, далее идут измерения (без ресурсов и реквизитов).
Обычный регистр сведений — индекс по реквизиту.
Тем самым в 1С: Предприятие для регистра сведений очень важен порядок измерений, т.к. если мы будем искать по второму «Отчество», то мы не попадем в индекс и будет выполняться сканирование всей таблицы основной таблицы.
Если же искать по «коду сайта» и нужна ссылка на контрагента, то следует код сайта вынести в измерения и сделать его первым измерением, чтобы попадать в кластерный индекс и не выполнять дополнительные операции ввода вывода для перехода в кластерный из обычного.
Периодический регистр сведений
У периодического регистра сведений основная таблица строится по Периоду:
Периодический регистр сведений «Курсы Валют».
Если проиндексировать произвольный ресурс, реквизит или измерение, то будет дополнительная таблица, где сначала идет индексируемый реквизит, далее период и измерения (без ресурсов).
Периодический регистр сведений. Индекс по ресурсу.
Важно понимать суть периодического регистра сведений в в 1С: Предприятие – он содержит именно периодические данные, а не просто информацию с датой.
Следовательно, если у вас есть поле с датой, то не обязательно, что ваш регистр будет периодическим, важно понимать, будем ли мы отбирать наши записи по этой дате или дата – это просто одно из измерений/ресурсов.
Например, Номер и Дата первичного документа для отсканированного файла (акт поставщика) – это просто справочная информация, а не периодическая. В отличие от курсов валют, которые являются строго периодической информацией и курс валют мы всегда получаем в разрезе даты.
Регистр сведений, подчиненный регистратору
В в 1С: Предприятие у регистра сведений, подчиненного регистратору кластерный индекс строится по регистратору. Это необходимо для того, чтобы формировать набор движений.
РС. Подчинение регистратору.
Дополнительные таблицы строятся по измерениям.
Таким образом, в случае с подчинением регистратору, мы должны понимать, на сколько часто мы будем искать информацию по измерениям, при этом выбирать значения ресурсов и реквизитов, чтобы наш индекс был покрывающим.
Основные отличия регистра сведений от справочника
- У РС нет первичного ключа (ссылки), т.е. мы не можем ссылаться на запись регистра сведений
- У РС составной индекс, в отличие от справочника. В справочнике мы не можем это сделать сразу по нескольким произвольным полям (средствами 1С). Исключением может быть только индексация реквизита с доп. упорядочиванием, тогда будет таблица с реквизитом и полем основного представления.
- РС записывается только набором записей. Даже когда мы записываем одну запись, она преобразуется в набор записей, это можно легко отследить в модуле объекта в обработчике перед записью. Объектом записи является набор записей.
При проектировании крайне важно понимать, какие поля поиска нам нужны, а это зависит от целей регистра сведений:
Только что проскочила тема. В той ветке не удалось поспорить по-существу, поэтому открываю свою. Итак. Лично я - за справочник. Думаю, если бы разработчики платформы имели представление о составном уникальном ключе, им не пришлось бы плодить лишнюю сущность. Ваше мнение.
За базАр за "лишнюю сущность" неплохобы ответить. Всмысле чем это она лишняя? Вопрос за то имеют / не имеют представление пока опустим.
Я имел ввиду, что при наличии справочника с возможностью задания составного уникального ключа делает регистры сведений не нужными.
надо было разделить понятие периодического и неперодического регистра нафиг а так с РН - остатки и обороты
Нет пометки удаление, есть измерение ведущее. Индексы для измерений. Нет родителей, кода, наименования,владельца и прочей лабуды. Они для разных целей.
Такая возможность у вас есть уже сейчас. Называется подчиненный справочник. Уникальный составной ключ? Так вот жеШ он : УИДВладельца + УИДЗаписи.
справочник - уникальный объект, который теоретические не повторяется ( хотя можно реализовать ) регистры --- записи, которые можно повторить
По твоей логике должны быть отдельные сущности для справочников с иерархией и справочников без иерархии, справочников подчиненных и не подчиненных. Размер такого дерева конфигурации превысил бы все разумные рамки.
Имхо полезная вещь, но по сравнению с РН оборотным, лучше бы сюда добавили итоги для периодического регистра
Стоп. стоп. Перейдем к ваше логике. Все (основные) объекты базы данных суть таблички. Достаточно одного объекта с миллионом методов? Так было бы лучше?
Про всю конфигурацию разговор не идет. Есть смысл разделять сущности: справочники, документы, регистры. Вопрос ставится так. Зачем еще одна сущность - регистр сведений?
Лучше - когда есть сущности необходимые: справочники, документы, регистры. И нет сущностей лишних (регистр сведений).
По сути они и есть. В них не прописаны родители владельцы код или наименование. Регистр хорош еще тем, что его легко удалить, в отличие от справочника, т.к. на него нет ссылок.
Я понимаю, что справочник и объект это разные сущности. Но говорю: то, что называется "регистр сведений" по своей сущности является справочником.
Ещераз. Базар о "лишних сущностях" требует обоснования. ЧистоКанкретнаяИМХА. Одна из причин появления РС - проблемы обмена (в РБД, с другими системами . ) При изменении любого поля в строке справочника как изменившаяся помечается все строка. Со всеми возможными миллионом реквизитов. С помощью регистров свединий реквизиты, не являющиеся ведущими при обменах можно исключить. Такое себе "вертикальное расщепление" из теории БД.
+ Конечно тоже самое можно реализовать на справочниках. Будут называться "Справочники дополнительных реквизитов". Но вопрос ведь не в названии?
+ Вкупе с тем что у справочников есть уникальная ссылка и с некоторой штукой, которая называется нормализация БД ?
мало какая ерп может похвастаться такое сущностью как регистры, мои знакомые профи-ораклоиды в чистых СУБД на оракле "рожают" эмуляции подобных таблиц самомтоятельно, т.е. ручками и сетуют "у тебя мол разработчики уже прогнулись - бери и пользуйся" вывод: предлагаю добабавить в голосовалку пункт 4. тс - наркоман
Автор ветки вы работали с 1с77. У вас в справочниках были периодические реквизиты? У вас были тормоза со справочниками в 1с77?
Регистр от справочника отличается предназначением. В регистре сведений "ссылка" есть, просто она составная.
ссылка - это то, на что можно сослаться. Ты можешь сослаться на запись регистра сведений и поместить ссылку в другой объект? И вообще. Ты правда уверен, что для всех случаев лишнее поле ГУИД (которое есть ссылка справочника) ну просто необходимо? Ты действительно считаешь, что единственный объект, дающий связь "многое ко многим" , является лишним?
Ты понимаешь словосочетание ссылочная целосность? Нормализация БД? Это не ссылка, а измерение для поиска. Удаление данной записи не ведет к краху ссылочной целосности. Понятие ведущее для измерения позволяет каскадно удалять записи вместе с удалением ведущего измерения
измерения рс - поля первичного ключа. такчто можно считать рс справочник с составныс ПК для которого нужно самостоятельно написать метод автонумерации. справочник - прикладная сущность, которую можно идентифицировать по простому ПК. + второй Уникалный Ключ - номер; если для всех сущностей требовались бы составные ключи не было бы типа модификатора IDENTITY increment
Почему сразу у всех? У кого-то составной ключ, у кого-то простой. И зачем автоинкремент? Лично меня коды бесят. Зачем их сделали по-умолчанию, да еще так, что без бубна не уберешь? 95 % - код не нужен.
Еще раз. СПРАВОЧНИК. Обязательные свойства справочника: - Имеет один ГУИД - Можно на него ссылаться (размещая его ГУИД) Дополнительные свойства справочника: - может иметь код (доп. ключ, уникальность настраиваемая) - может иметь наименование (доп. неуник. ключ) - может иметь родителя (доп. неуник. ключ) - может иметь владельца (доп. неуник. ключ) - может иметь реквизиты - может иметь табличные части РЕГИСТР СВЕДЕНИЙ. - Не имеет собственного ГУИДа. - На него нельзя ссылаться. - Имеет составной первичный уникальный ключ, зависимый от набора измерений. Дополнительные свойства: - Может иметь измерения (значения, формирующие составной уникальный ключ) - Все данные по нему могут быть зависимы от наличия ведущих измерений - Может устанавливаться регистратором - Может иметь периодичность (поле период + ВТ для среза) - Может иметь ресурсы (= реквизиты, значения которых можно получить по составному ключу) - Может иметь реквизиты (= реквизиты, значения которых нельзя получить по составному ключу) - Не может иметь табличные части По-моему, сложно найти менее похожие объекты :) У справочника с документом больше общего. Вот бизнес-процесс с документом можно было бы и объединить.. и то различия большие.
Автор просто привык в клюшках эмулировать явно недостающие для функционала регистры справочниками. Почти в каждой 7шной конфе есть куча "виртуальных" справочников, которые никуда не выбираются, а чисто хранят привязки.
(49+) кроме того, неясна суть предложения об объединении. Внести справочник с составным ГУИД-ом? и что с ним делать. Варианта 2: а) на него можно ссылаться б) на него нельзя ссылаться. Вариант (б) точно соответствует текущему регистру. Что за справочник, на который нельзя ссылаться? При чем тут будут код и наименование? К чему крепить таб. часть? Рассмотрим вариант (а). ОК, сделали такой объект. В документе сослались на составной ГУИД (к примеру, из 3х измерений). После чего меняем в записи одно измерение. Составной ключ изменился. Что должно произойти со всеми ссылками? Короче говоря, вся тема - бред.
Хорошо. Поставлю вопрос по-другому. Есть справочники, документы и регистры. К какой группе вы отнесете регистры сведений?
ж*па - это базовый класс для потомков: уши, нос, пальцы, т.к. согласно идеологии опп все растет из ж.. т.е. из базового класса.
код справочника - это встроенный реквизит ПОЛЬЗОВАТЕЛЬСКОЙ идентификации записи таблицы БД. Да можно их убрать и в случае пользовтельской идентификации заводить свой собственный, но код - это системный реквизит и по логике запросы к системному более быстрые, чем к своему
ты со своей веткой нуб и опозорился, теперь отмываться будешь год ибо на тебе уже клеймо - профанчик)
+ потому что они, как правило, не подвержены весомымы фактами и высказаны наобум - лишь бы ляпнуть. Такова сттратегия поведения профанов, смирись)
чем они быстрее то? код реально мало где применим, для обменов с внешними системами и там где код имеет осмысленное значение
ну я например могу предложить альтернативную модель регистров сведений, где скорость на чтения и "срез на каждый день запроса" не проблема, правда эта модель имеет меньшую скорость на запись но где-то это вполне приемлимо
Я так далеко не думал. В принципе, меня нынешняя 1С вполне устраивает. Пусть она несколько аляповата, но базовые принципы - вполне здоровые. Два уровня абстракции. Хороший баланс между физическим и логическим уровнем. Интересно, что тебе не нравится?
ну вот теперь принялся вылизывать попу 1С - это, между прочим, правильный шаг на пути професонализма и очень полезный навык)
альтернативную иерархию для таблицы справочника сейчас можно сваятть В дсиске запросе СКД(только не так как писала та женщина - гуру СКД) и не надо выть, что тормоза и т.д. на реально больших таблицах работа с иерархией всегда не быстрая и считаеться слабым звеном любой СУБД, хотя некоторые из них все время пытаються отимихировать работу с иерахиями
СКД хороша на отчетах, для логики проведения тоже ее юзать? кстати, сделай условие В ИЕРАРХИИ в ЛЕВОМ СОЕДИНЕНИИ
А как сделать так, чтобы в результате не получилась платформа, с которой только ее автор и будет работать?
1. Регистр сведений - это
2. Виды регистров сведений
3. Измерения, ресурсы, реквизиты регистра сведений
4. Периодический регистр сведений
5. Свойства регистра и измерений
6. Добавление записи в регистр сведений
7. Изменение значения ресурса записи регистра сведений
8. Удаление выбранных записей в регистре сведений
9. Очистка регистра сведений от записей
10. Получить значение ресурса регистра сведений на дату
1. Регистр сведений - это
Регистр сведений предназначен для хранения показателей состояния в разрезе измерений. В отличии от других регистров, ресурсы регистра сведений могут содержать не только числовые значения, в том числе может быть составным.
2. Виды регистров сведений
- Независимый регистр сведений - регистр не подчинен регистратору (документу).
- Зависимый регистр сведений - регистр подчинен регистратору (документу).
- Непериодический регистр сведений - информация в регистре храниться без привязки к дате.
- Периодический регистр сведений - информация в регистре развернута во времени, одним из измерений является дата, называемым Периодом.
Измерения – описывают разрезы, в которых хранится информация.
Ресурсы – содержат хранимую информацию в разрезе измерения.
Тип ресурса сведений может быть как примитивный (число, строка, дата, булево), так и ссылочный (СправочникСсылка, ПеречислениеСсылка и т.д.). В ресурсе можно хранить даже картинки и другие неструктурированные сведения, поскольку можно создать ресурс типа "ХранилищеЗначения". Ресурс может быть составным типом.Реквизиты - несут дополнительную информацию (как комментарий), которую нельзя получить из виртуальных таблиц регистра в разрезе измерений.
Если узнаем цену Тяпки на любую дату с 1 августа 2021 года до 10 августа 2021, она будет равна 175 рублям.
Если узнаем цену Тяпки на любую дату с 10 августа 2021 года по текущую дату, она будет равна 192 рублям.
Внимание! Описанный выше пример несет образный характер и периоды в примере рассматривали приблизительно. Для точного определения даты и времени для вычисления цены необходимо использовать Дату, МоментВремени или Границу зависит от решаемой задачи. Об особенностях использования периодов и моментов времени поговорим в следующей статье.
4. Периодический регистр сведений
- Непериодический
- В пределах секунды
- В пределах дня
- В пределах месяца
- В пределах квартала
- В пределах года
- По позиции регистратора
Внимание! При выборе периодичности (кроме "По позиции регистратору"), платформа будет контролировать уникальность записей в пределах заданной периодичности, в таком случаи в регистратор нельзя записать две записи с одинаковым набором Измерений и Периодом. Последовательность состоящая из Измерений и Периода называется Ключом уникальности.При выборе периодичности "По позиции регистратору" ключ уникальности будет содержать дополнительно ссылку на регистратор (документ), в таком случаи в регистратор нельзя записать две записи с одинаковым набором Измерений, Периодом и Регистратором.
При выборе периодичности в БД создаются виртуальные таблицы:
СрезПервых и СрезПоследних.
Что позволяет быстро получать значения ресурсов о последних (первых) установленных значений на определенную дату.5. Свойства регистра и измерений
Основной отбор по периоду (для регистра) - если регистр периодический и не подчинен регистратору, то доступно это свойство. Если флажок установлен, то наряду с основными измерениями и реквизитами регистра, участвующими в отборе записей при регистрации изменений для плана обмена, можно указывать отбор по полю Период.
Ведущий (для измерения) - имеет смысл когда измерение имеет тим ссылка на объект. Записи в регистре будут существовать пока существует объект, ссылка на который выбрана в качестве значения этого измерения. При удалении объекта все записи в регистре по этому объекту будут автоматически удалены.Основной отбор (для измерения) - устанавливает возможность измерения регистрировать изменения для плана обмена.
6. Добавление записи в регистр сведений
Добавление через МенеджерЗаписи, подойдет для добавления одной записи.
НоваяЗапись . Период = Дата ;
НоваяЗапись . Номенклатура = Номенклатура ;
НоваяЗапись . Цена = Цена ;
НоваяЗапись . Записать ();Добавление через НаборЗаписей, подойдет для добавления одной или нескольких записей.
НовыйНаборЗаписей = РегистрыСведений . Цены . СоздатьНаборЗаписей ();
НовыйНаборЗаписей . Отбор . Период . Установить ( Дата ,Истина);
НовыйНаборЗаписей . Отбор.Номенклатура . Установить ( Номенклатура ,Истина);
НоваяЗапись = НовыйНаборЗаписей . Добавить ();
НоваяЗапись . Период = Дата ;
НоваяЗапись . Номенклатура = Номенклатура ;
НоваяЗапись . Цена = Цена ;
НовыйНаборЗаписей . Записать ();7. Изменение значения ресурса записи регистра сведений
Изменение значение ресурса записи через НаборЗаписей, подойдет для изменения одной или нескольких записей.
НаборЗаписей = РегистрыСведений . Цены . СоздатьНаборЗаписей ();
НаборЗаписей . Отбор . Период . Установить ( Дата ,Истина);
НаборЗаписей . Отбор . Номенклатура . Установить ( Номенклатура ,Истина);
НаборЗаписей . Прочитать ();
Если Не НаборЗаписей . Количество () = 0 Тогда
СуществующаяЗапись = НаборЗаписей [ 0 ];
СуществующаяЗапись . Период = Дата ;
СуществующаяЗапись . Номенклатура = Номенклатура ;
СуществующаяЗапись . Цена = Цена ;
НаборЗаписей . Записать ();
КонецЕсли;8. Удаление выбранных записей в регистре сведений
Удаление записей через НаборЗаписей, подойдет для удаления одной или нескольких записей.
НаборЗаписей = РегистрыСведений . Цены . СоздатьНаборЗаписей ();
НаборЗаписей . Отбор . Период . Установить ( Дата ,Истина);
НаборЗаписей . Отбор . Номенклатура . Установить ( Номенклатура ,Истина);
НаборЗаписей . Записать ();9. Очистка регистра сведений от записей
Очистка регистра от записей через НаборЗаписей.
Получить значение ресурса регистра сведений на конкретную дату можно через метод Получить(). Если на эту дату в регистре нет записей, то возвращается структура с пустыми значениями.Если в нашем примере указать дату 10.08.2021, то на эту дату имеются записи в регистре и метод вернет не пустую цену.
Если в нашем примере указать дату 110.08.2021, то на эту дату нет записей в регистре, тогда метод вернет пустую цену.
Получить ближайшее значение ресурса регистра сведений на дату можно через метод ПолучитьПервое() и ПолучитьПоследнее(). Эти методы возвращают структуру, содержащую ближайшие, указанной дате, значения ресурсов.
Первый параметр в методах может иметь тип "дата", МоментВремени или Граница. Его можно не указывать, тогда будут найдены первые или последние значения ресурсов в регистре сведений.
Так же получить ближайшее значение ресурса регистра сведений на дату можно через метод СрезПервых() и СрезПоследних(). Эти методы возвращают таблица значений, содержащую ближайшие, указанной дате, значения ресурсов. Если вам необходимо только значение ресурса все данные методами СрезПервых() и СрезПоследних() тянуть с сервера на клиент не разумно.Читайте также: