Чтение и запись наборов записей.

В самом начале своей работы как разработчика, неизбежно приходилось сталкиваться с задачами записи регистров сведений. У наборов записей есть методы "Прочитать()", "Записать()". Ну казалось бы все просто. Один метод читает, другой записывает. Да и кому придет в головку читать данные регистра сведений объектной техникой, когда можно прочитать запросом? Но поработав какое-то время, понял, что есть нюансы. Про них и поговорим.

Для начала начнем немного издалека, и поговорим про управляемые блокировки. Кстати, хороший вопрос для собеседования кандидатам: зачем вообще придумали управляемые блокировки ведь раньше (8.1) жили без них и все прекрасно работало. Предлагаю задуматься над этим вопросом. Вернемся к управляемым блокировкам. Они бывают "разделяемые" и "исключительные". "Разделяемые" - совместимы между собой (можно читать в двух параллельных транзакциях), "Исключительные" - не совместимы с друг с другом, а также с разделяемыми.

Также важно понимать, что управляемые блокировки могут быть установлены только в рамках транзакции, и держаться всегда до конца транзакции (в отличии от блокировок СУБД в определенных режимах изоляции).

Вернемся же к регистрам. Когда мы читаем данные методом набора записей "Прочитать()", сервер 1С неявно накладывает управляемую разделяемую блокировку на прочитанные данные. Поясню на примере:

Если регистр сведений "ОсновнойДоговорКонтрагента", с измерением "Контрагент", и ресурсом "Договор". В момент чтения, будет наложена управляемая разделяемая блокировка.

НаборЗаписей = РегистрыСведений.ОсновнойДоговорКонтрагента.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Контрагент.Установить(Контрагент);
НаборЗаписей.Прочитать();

В каких же случаях нам может потребоваться накладывать разделяемую управляемую блокировку? Тут необходимо познакомиться еще с одним термином, который называется "Ответственное чтение". Что это такое?

Ответственное чтение - это чтение, при котором мы на 100% должны быть уверены, что после прочтения данные не изменятся. В нашем примере если у меня есть алгоритм, который производит действия с основным договором (например получает основной договор контрагента, получает его сумму и отправляет на почту ответственному сотруднику информацию по остатку лимита основного договора), то в процессе выполнения рассылки, другой сотрудник может зайти и поменять основной договор в регистре. В таком случае будут отправлены некорректные данные.

Значит перед рассылкой нам нужно позаботится о том, чтобы данные которые мы прочитали не были изменены. Это можно сделать либо через чтение в объектной технике, либо через установку явной управляемой блокировки через метод "БлокировкаДанных".

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

НаборЗаписей = РегистрыСведений.ОсновнойДоговорКонтрагента.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Контрагент.Установить(Контрагент);
НаборЗаписей.Прочитать();
НаборЗаписей.Очистить();

// код по добавлению строк в набор записей

НаборЗаписей.Записать();

Как вы думаете какая проблема в коде выше 👆? А проблема в том, что данный код может вызвать взаимоблокировку по причине недостаточного уровня блокировки ресурса. Мы сначала читаем, а затем пишем. И если в двух параллельных сеансах попытаться поменять основной договор, то можем словить взаимоблокировку. Эти строчки абсолютно не нужны в данном примере:

НаборЗаписей.Прочитать();
НаборЗаписей.Очистить();

Набор и так будет перезаписан, читать и очищать его не нужно. Поэтому более правильно тут будет сразу записать набор:

НаборЗаписей = РегистрыСведений.ОсновнойДоговорКонтрагента.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Контрагент.Установить(Контрагент);

// код по добавлению строк в набор записей

НаборЗаписей.Записать();

Если было интересно ставьте 🔥 буду делать больше технических постов.

В платформе 8.5.3 планируется реализовать поддержку показа документов MS Word (и ряда других форматов) в клиентском приложении. Для этого будет разработан новый сервис кластера серверов «Сервис преобразования документов». Жаль, что такую функциональность обещают только в 8.5.3…хотелось бы конечно и в 8.3.* иметь такой функционал. Эх…сколько печатных форм было сделано под “word”, через com, чтобы кадровикам и бухгалтерам было «привычнее» печатать документы…

Неочевидное использование нейросетей в 1С.

Все кругом пишут про нейросети, и я тоже решил поэкспериментировать. Попалась мне задача на которой я решил опробовать нейросетку deepseek. Пробовал писать 1сный код через нее, но пока не получается подобрать удачные промты, и результат выходит не очень.

А вы используете нейросети в своей работе?🧐

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

На данный момент у фирмы 1с есть курс Пиши код грамотно, и сейчас выходит курс ПАТТЕРНЫ (ШАБЛОННЫЕ ПОДХОДЫ) РАЗРАБОТКИ 1С (я уже записался, расскажу свое впечатление после прохождения). Правда в последнем курсе не планируется освещать темы классических паттернов таких как: фабрика, синглтон, адаптер, декоратор и очень жаль конечно.

Недавно смотрел вебинар про устройство расчета себестоимости в ERP и как это устроено на уровне регистров и внутренней логики. Автору задали вопрос: есть ли где-то описание того, как это все работает именно для пользователя системы, например бухгалтера? Ответ его был такой: "Мы стараемся писать подробные комментарии в коде в процедурам и функциям, чтобы разработчики кому интересен этот вопрос могли открыть код, посмотреть и понять почему сделано именно так. А держать в актуальном состоянии некий "ресурс или книгу" просто нереально, исходя из того как быстро все меняется".

Самодокументируемый код это 🔥

Новости с полей.

Не так давно пишет системный администратор, что на одном из серверов наблюдается множественное формирование дампов, причем именно ночью.

Анализ регламентных заданий не дал результатов. Ночью настроено достаточно много регламентов и понять, какое регламентное задание приводит к проблемам не удалось. Пошел настраивать тех. журнал для проведения посмертного анализа процессов. Решил начать с минимального журнала со следующими событиями: EXCP, EXCPCNTX, CONN, PROC, ADMIN, SESN, CLSTR, ATTN.

В результате беглого анализа (даже регулярку не пришлось писать), был найден виновник падения...🥁🥁🥁 и это регламентное задание слияния индекса полнотекстового поиска. В параметрах было настроено 12 параллельных фоновых заданий для обновления индекса. Эти же 12 заданий запускаются и для слияния индекса ППД. Для проверки гипотезы, было отключено регламентное задание. Ночь прошла без формирования дампов.

Следующим шагом было уменьшение количества ФЗ для слияния индекса. Для начала уменьшил до 4-х заданий, но это не помогло, и на утро были обнаружены тела процессов. Далее решил установить только одно ФЗ. После этого слияние индекса ППД стало выполняться без ошибок и формирования дампов.

В планах отравить дампы в фирму 1С. Я грешу на ошибку в платформе, но дело это не быстрое.

На прошлой неделе закончился курс паттерны (шаблонные подходы) разработки 1С от Александра Митрофанова от учебного центра №1.

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

У меня не было возможности присутствовать на онлайн занятии, поэтому я смотрел видео в записи. Что могу сказать, курс с одной стороны интересной потому, что описывает шаблоны подходы которые используется при разработке ERP (и не только, но преимущественно там). Знаешь как работают типовые - меньше изобретаешь велосипедов. Конечно рассмотрена очень маленькая часть этих шаблонов, и даже несмотря на то, что большинство шаблонов были мне известны, я открыл для себя кое-что новое. Как говориться повторенье - мать учения!

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

Кто не знает, рекомендую открыть типовую ERPшку и посмотреть как, например организована проверка заполнения документа заказ клиента.

Skype приказал долго жить )))

Сегодня провёл для ребят консультацию по подготовке к сертификации "1С:Эксперт".

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

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

Кроме того, обсудили подходы к обучению и полезные материалы, которые помогут в процессе подготовки.

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

Несколько дней моего отпуска решили провести необычно, а именно спонтанно посетить Нижний Новгород. Дорога не составила больших хлопот: порадовала новая трасса М-12 до Владимира, а дальше шли по М-7. Весь путь от Москвы до точки назначения занял около 5 часов.

Первое впечатление о городе чуть было не испортил один водитель, который прям передо мной занял парковочное место. Встал я на аварийку, чтобы сдать назад и припарковаться на параллельной парковке, как только начал это делать, водитель позади меня резко нырнул в свободное место. С такой наглостью сталкиваюсь впервые 😬

За пару дней успели побывать в самых интересных местах и составить первое впечатление. Но обо всем по порядку.

Начали знакомство с городом с Нижегородского кремля — оттуда открываются потрясающие виды на слияние Волги и Оки. Картина действительно производит сильное впечатление, особенно на закате. Масштаб 🔥В Кремле все очень ухоженно, стоит техника, которая выставлялась на параде победы. Можно пройтись по кремлевской стене вдоль всего Кремля, посетить разные экспозиции. Это наверно первое место,которое я бы рекомендовал посетить, если будете в НН.

Второе место — это «Стрелка», место слияния двух ввшеперечисленных русских рек. С этого места открывается прекрасный вид на нижегородский Кремль, так как находится оно на противоположной стороне реки.

Прогулялись по Большой Покровской улице, это что-то вроде Старого Арбата в Москве: здесь много сувенирных магазинов, лавок и ресторанов. Большое количество уличных артистов: кто поет, кто танцует, а кто читает монологи.

В центре города полным ходом идет стройка и ремонт дорог. В туристический сезон это конечно вызывает небольшое неудобство, но как и пишут обычно на стройках «это временно».

Из гастрономических приключений могу отметить места в которых были:

1. Red Wall. Оценка 10/10. Место с шикарным расположением ниже Кремля с видом на Волгу. Запомнилась мне Уха с углем в прямом смысле. Подают значит основу, заливают в нее при тебе бульон, и….окунают раскаленный уголь. Да да, прям уголь который шипит и оставляет в супе интересное послевкусие.

2. Ресторан Парк Культуры. Тут запомнился эффектный десерт, который подается в виде старой книжки со свечей и бумагой.

3. Министерство завтраков. Название говорит само за себя, но так получилось, что попали мы туда не на завтрак…а на ужин.

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

Нижний Новгород точно стоит визита — особенно для тех, кто ценит вкусную кухню, виды и историю.

Недавно на Инфостарте вышла интересная статья от Владислава Журавского. Мы с Владом несколько лет работали вместе до пандемии, а потом наши пути, к сожалению, разошлись. В разгар ковида Влад решил сделать серьёзный шаг — перейти с 1С на Java.

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

Немного о кэше в 1С

На ИТС представлено не так много материалов о работе кэша в контексте сервера приложений. Описываются обычный
и транзакционный кэши.

Известно, что обращение к объектам через "." нежелательно.

Что же происходит в этот момент?

При обращении через "." система считывает весь объект целиком — со всеми реквизитами и табличными частями — и помещает его в кэш сервера 1с. Данные в кэше сохраняются до наступления одного из следующих событий:

✏️происходит переполнение кэша (память сервера ограничена, поэтому ранее загруженные данные могут быть вытеснены новыми);

✏️при следующем обращении через ".", если объект был изменён, он считывается заново и обновляется в кэше. Факт изменения проверяется SQL запросом к реквизиту "Версия" объекта;

✏️по истечении 20 минут данные автоматически удаляются из кэша.

Внутри «обычного» кэша может существовать и «кэш представлений». Он используется, например, в следующей ситуации:

ПредставлениеНоменклатуры = Строка(Выборка.Номенклатура);

Здесь Номенклатура — это ссылка на справочник. Система проверяет, есть ли в кэше данные по этой ссылке. Если ранее к реквизитам объекта через "." обращения не было, то из базы загружается только представление.

* Для справочника это основное представление,
* Для документа — дата и номер.

После получения представления или обращения через "." система считает данные актуальными в течение 20 секунд. В этот период, даже если другой пользователь изменит наименование элемента справочника, при вызове

Строка(Выборка.Номенклатура)

будет возвращено старое кэшированное значение.

Если же реквизиты уже были получены через ".", то представление будет извлекаться из кэша.

Через 20 секунд после помещения в кэш, любое обращение к ссылке (как за представлением, так и через ".") вызывает SQL-запрос для проверки актуальности данных. Если версия объекта изменилась, система загружает новые данные из СУБД. Если нет, опять идет отсчет 20 секунд валидности данных.

Практический вывод

Не стоит полагаться на «Представление» в сценариях, критичных к актуальности данных. Для печатных форм, выгрузок и сообщений надёжнее применять запросы — это снижает риск вывода устаревших данных.

В картинке к посту пример такой ситуации.