Добрый день.

У меня есть следующий код:

НаборЗаписей = РегистрыСведений.Кэш.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Документ.Установить(Документ);
НоваяЗапись = НаборЗаписей.Добавить();
// Заполняю реквизиты записи
НаборЗаписей.Записать();

Для проверки актуальности записей кэша я хотел бы сериализовать строку регистра и получить от неё md5 сумму, что-то вроде уникального идентификатора который меняется при изменении данных. Без проблем нашёл как это делать с объектами, но не получается сделать это с Записью регистра.

Ну что-то вроде "Строка регистра" -> "Строка" -> "md5 от строки"
Если строка изменится то и md5 будет другой...

А "Строка регистра"->"Структура"->"Строка"->"md5" не подойдет?

Подойдёт, как долбануть в структуру?

Структура=Новый Структура("Поле1,Поле2");
ЗаполнитьЗначенияСв-в(Структура,Запись)

Строка регистра - это запись

А как можно заполнить структуру не зная имён Поле1 и Поле2?

Предположим мне не известны имена поле регистра

Оппа, попробовал сделать так и вышло:

   // Сериализуем объект
   Структура = Новый Структура();
   Структура = НоваяЗапись;
   //Записываем набор записей
   НаборЗаписей.Записать();

из РС - фиговый кэш, правильный кэш в 8.1 - параметр сеанса с ХЗ, в 8.2 - общий модуль с повторным использованием возвращаемых значений

Про общий модуль с повторным использованием возвращаемых значений можно подробнее?

У меня 1С 8.2.13.219, самописная конфигурация. Распределённая база. Информация долго считается и я её кэширую. Всё было хорошо, но начались колизии при обменах, из за чего некоторые записи кэша не соответствуют реальности, я озаботился написанием процедуры проверки кэша...

Это не совсем кэш в привычном понимании, скорее это агрегация данных...

подробнее

У меня есть Документ. По нему производятся разные операции, ведутся регистры движений этого документа, регистры оплаты, и прочее. Чтобы получить полную информацию по такому документу мне не достаточно обратится к документу или даже регистрам. Нужны промежуточные, долгие расчёты, а смысл в том чтобы эта информация получалась как можно быстрее. Я сделал РС который консолидирует записи по этим документам в уже рассчитанном виде. Всё устраивает, но происходят иногда отклонения этого РС от действительного состояния БД.

Например одна или две строки не обновились по какой-то причине, я думаю на обмен данными, из за коллизий скорее всего. Бороться с коллизиями не хочу, хочу сделать проверку кэша без его пересчёта, сравнивать по значением не хочу, уныло это, думаю сделать через md5 от строки.

что такое "регистры оплаты"?

Независимый регистр сведений со ссылкой на документ и статусом его оплаты

И таких независимых регистров несколько, у каждого своя функция.

и почему выборка из таких РС должна тормозить?

может ключ записи спасет?

(19) Тормозили когда я в журнале делал ПриВыводеСтроки :)

(20) Если я правильно понимаю то ключ записи не зависит от состава данных самой записи, а md5 от записи регистра преобразованной в строку зависит

(21) т.е. когда переделал на ПриПолученииДанных тормозить перестало?

(8) Теперь осталось Структуру в строку долбануть, пробовал:

ЗначениеВСтрокуВнутр(Структура);

Выдаёт всегда одно и тоже значение независимо от состава строки, возможно что-то не так делаю...

(23) ПриВыводеСтроки я сейчас делаю запрос к РС который я назвал Кэш (агрегатор), и вытягиваю все дополнительные данные к документу одним запросом (одна строка - один запрос). А про ПриПолученииДанных не знаю пока ничего, сейчас почитаю.

А ты чего этим кодом хотел добиться?
Структура = Новый Структура();
Структура = НоваяЗапись;

(26) Ну походу я туплю, по всему виду НоваяЗапись и есть Структура, теперь бы понять мне как её преобразовать в строку чтобы взять от неё md5

(25) а что мешает одним запросом вытягивать данные из >1 РС?

Имхо велосипед квадратный изобретаешь.
Нужно было начать с перенесения запроса из ПриВыводеСтроки в ПриПолученииДанных

(29) а в ПриПолученииДанных можно заполнять значения строк?

(30) Не понял про заполнение значений.

Делать можно все то же самое, что и ПриВыводеСтроки

Но достигается существенное ускорение за счет сокращения (укрупнения) запросов к БД

сокращения количества*

(29) Угу, велосипед и есть, но из плюсов что я сократил джоины.

Вернёмся к насущному, пойду в интернеты искать как структуру преобразовать в строку...

(35) не надо оно тебе

(36) а как быть?

(35) Строка=ЗначениеВСтрокуВнутр(Структура);

но (36)=Истина

Впрочем, хочешь изобретать - изобретай, конечно

(38) ЗначениеВСтрокуВнутр(Структура); выдаёт всегда одно и тоже независимо от состава структуры

(40) Не вы подтолкните на идею, я разовью :)

(41) = Ложь

(42) Начать с (29)

(44) Можно будет потом, это много работы, надо сперва дожать то что сейчас есть

(44) А что ты писал про "общий модуль с повторным использованием возвращаемых значений"

(46) Это не я писал ;p

Fragster, а что ты писал про "общий модуль с повторным использованием возвращаемых значений"?

(48) сначала надо разобраться с ПриПолученииДанных и одним запросом на получение всех данных

Использую код:

   НоваяЗапись.СтатусОплаты = "0";
   Сообщить("0: " + ЗначениеВСтрокуВнутр(НоваяЗапись));
   НоваяЗапись.СтатусОплаты = "1";
   Сообщить("1: " + ЗначениеВСтрокуВнутр(НоваяЗапись));


Результат:

0: {"#",9f9955f6-c0d9-404d-acde-e883e30233d2}
1: {"#",9f9955f6-c0d9-404d-acde-e883e30233d2}

этот РС только для вывода в список?

а если в хмл сериализировать?

(50) Что есть НоваяЗапись?

(53) Явно не структура, в ней нельзя так менять свойства

Структура=Новый Структура("Поле1,Поле2",1,Истина);
Строка=ЗначениеВСтрокуВнутр(Структура);
Структура2=Новый Структура("Поле1,Поле2",2,Истина);
Строка2=ЗначениеВСтрокуВнутр(Структура2);
Сообщить(Строка=Строка2); // даст ложь

Функция СтрокаТаблицыЗначенийВСтруктуру(СтрокаТаблицыЗначений) Экспорт
   
   Структура = Новый Структура;
   Для каждого Колонка Из СтрокаТаблицыЗначений.Владелец().Колонки Цикл
       Структура.Вставить(Колонка.Имя, СтрокаТаблицыЗначений[Колонка.Имя]);
   КонецЦикла;
   
   Возврат Структура;
   
КонецФункции

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

СтараяЗапись = НаборЗаписей[0];

Можно ли перебрать значения у СтараяЗапись не зная имён колонок?

(57) можно!

Я уже пол интернета обыскал, ничего не найти как это сделать, посмотрел методы объектов, тоже ничего интересного, зацепился за ВыгрузитьКолонки() но ничего не вышло...

(57) В метаданных (набор.метаданные())возьми имена измерений, ресурсов и реквизитов. Или еще проще, перебрать имена у Набор.ВыгрузитьКолонки().Колонки

(59) Ты 56 читал. Это создание структуры по строке ТЗ. Набор прекрасно выгружается в ТЗ. Кроме того есть метаданные Регистра

Для каждого Ресурс Из НаборЗаписей.Метаданные().Ресурсы Цикл

КонецЦикла;

Всё понял, не добрался я до Метаданных немного...

Имена Ресурсов я получил, последний унылый вопрос, как мне обратится к ресурсу зная его имя? Естественно что так не работает СтараяЗапись[0].ИмяРесурса где ИмяРесурса строка конечно не будет работать.

tt
СтараяЗапись[0][Ресурс.Имя]

Всё, понял, спасибо, знал ведь что как-то просто, не использовал ранее этот синтаксический приём...

Если набор выгрузить в ТЗ, можно вообще без имен обойтись
ТЗ=Набор.Выгрузить();
Для каждого Значение из ТЗ[0] цикл
 Четотам=ЧтотоСделатьс(Значение)

или

Для ИндексКолонки=0 по ТЗ.Колонки.Количество()-1 цикл
  ТЗ[0][ИндексКолонки]=   ТЗ[0][ИндексКолонки]+1

а, ты их в структуру выгружаешь, имена нужны (забыл цель первоначальную)

Все же, если (51), вся эта возня выглядит сомнительной.

(68) Извини я не заметил (51) сообщение, эта РС ещё для отчётов, в основном.

Если отчёт раньше собирался 15 секунд (за небольшой период) то с такой РС менее секунды. Ну и сам запрос проще выглядит.

Единственный косяк который я и пытаюсь вылечить это гдето одна из 100 строк такой РС иногда не соответствует действительности и построенные отчёты могут быть кривыми, что вообще не позволительно. Так хотябы буду иногда запускать в главном узле проверку этой РС, чтобы вылавливать эти редкие записи и править их.

(70) Это понятно, но появилсь накладные расходы по формированию твоего РС, и что хуже в глобальном смысле, не очевидно.

Если на 1 изменение исх данных приходится 100 построений отчета, за это однозначно стоит бороться, если наоборот - то навряд ли. Ну тебе виднее в общем

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