Нужно отслеживать некоторые действия некоторых пользователей, хранить дата/время события и текст. Так вот я что-то не могу сообразить какие объекты метаданных для этого использовать. Вроде бы не справочник, т.к. ссылочный тип ощущается более "тяжелым" нежели просто запись в регистре.  Точно не оборотный регистр накопления, т.к. нету документа-регистратора. Получается регистр сведений. Если периодический, то за одну секунду не запишутся два события. То же самое, если время запихнуть в измерение. Получается и время и событие должны быть ресурсами. Так вроде работает, но форма записи открывается пустая (упр формы), если нет ни одного измерения и нет периода. Или вместе со временем создать ещё уникальный идентификатор и в измерения засунуть, но это шляпа какая-то.  Подскажите кто как делал.

ЖР чем не устраивает?

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

У вас один пользователь за секунду делает два действия?

регистр сведений,

измерения:
дата
пользователь
тип события
объект
УИД

реквизиты
описание....


за счет поля УИД поборишь и периодичность и сможешь использовать его как ссылка если необходимо

(2) Бесплатно научу твоих пользователи открывать несколько 1С одновременно (:

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

Чем это он тяжелее ощущается?

(5) Очисткой неактуальных логов после, скажем, года использования

На самом деле для таких вещей есть журнал регистрации.
Но если больше заняться нечем, то регистр сведений.

Вариант решения в (3). Можно заменить УИД на измерение "МоментВремени", тип число, длина 15.

Значение этого измерения устанавливать при помощи функции ТекущаяУниверсальнаяДатаВМиллисекундах().

Хотя в отличии от варианта с УИД, такой метод не даёт 100%-ной гарантии, что один пользователь не сумеет таки выполнить однотипное событие в одну миллисекунду. Подобный риск можно оценить только зная особенности вашей реализации.

(2) Они талантливые, да

(0) Добавь измерение "Номер сеанса". Уникальность обеспечена.

(7) Спасибо. Получается УИД надо тянуть в измерения.

(0) Версионируй, доминируй, унижай!

(6) И какая разница между чисткой справочника и регистра?...
Если люди заморачиваются с отдельной таблицей БД, вместотого, чтобы использовать журнал регистрации, то возможно, что чистка логов вообще не предполагается.

(8) так эти ж действия чем-то различаются? добавь то чем различается в измерение.
если пользователь делает абсолютно одно и то же действие с одними и теми же данными, да ещё и в 1 секунду ,то зачем в логах два раза его писать?

(12) Справочник немного медленнее чистится. Т.к. платформа пытается контролировать ссылочную целостность.

(12) Поклонник запросов в циклах? (:

(10) Уид в измерении то же самое что и ссылка у справочника. Только запись набора рс медленнее, чем запись элемента справочника, т.к. контроль по измерениям.

(14) с каких пор "Объект.Удалить()" контролирует ссылочную целостность?

(16) А зачем записывать с замещением, если УИД дает уникальность?

(17) Ты прав.

(18) Какая разница, как записывать? Платформа не знает, что уид уникален.

(0) в последних версиях платформы появилось логирование на уровне платформы

https://wonderland.v8.1c.ru/blog/istoriya-dannykh/

(20) Браво.

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

(15) > Поклонник запросов в циклах?

Что?... Если ты не знаешь как получить список элементов справочника для удаления, кроме как запросом в цикле, это не означает, что таких способов нет.

(23) Ну блин. Набор.Записать(Ложь) не отключает контроль по измерениям при записи.

(24) Это скорее за справочник, т.к. его можно сделать только с одним индексом.

(26) Так непериодический РС ведь тоже с одним индексом живет

(27) Там индекс сложнее. Все измерения против единственной ссылки.

(28) А, это, конечно, да.

(26) http://catalog.mista.ru/public/527518/#независимые_РС_Режим_3_Запись_без_проверок

(25) Не запрашивать. Удалять.

А нужно ли контролировать каждое действие в секунду. ИМХО интересен совокупный результат этих действий. Пользователь вошел в документ удалил 20 строк потом 10 вернул назад в итоге в документе изменились 10 строк. а потом закрыл документ не записывая. Или зашел в отчет полчаса выставлял фильтры и т.п. а отчет так и не сформировал. Это же сколько потом нужно будет времени потратить чтобы посекундный лог анализировать.

(31) Тогда при чем тут запросы?... Ты уж определись.