Добрый день!!! Как сделать регистр периодический независимый меньше 1 секунды!

это как?

период у периодического рс определяется датой
у даты может быть пол секунды?
ответ на {0} очевиден

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

(0) Добавляешь измерение Микросекунды, и пишешь туда микросекунды внутри секунды. Можешь вместо микросекунд добавить изменение "Порядок" и писать туда следующий номер.

(0) Что у тебя по факту является периодом? Регистратор?

(0) задача какая?

Интересно что и зачем нужно регистрировать чаще чем раз в секунду

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

(7) Ты еще спроси, зачем 1С ввела МоментВремени...

(7) Логи разнообразные.

Посмотри как в БСП сделан РС "замеры производительности"

(10) Для логов лучше выделить отдельную базу или файл.

Секунда. Нано... Прокси...

Там всего-лишь нужно в измерении независимого регистра указать Измерение для записи уникального идентификатора. И тогда будет гарантия, что ограничение будет снято на количество таких записей, вплоть до нулевого отличия времени. В каком именно формате будет представлен этот уникальный идентификатор - это пусть Архитектор решит :-)

(0) Периодический - никак. Придется эмулировать на непериодическом.
Но тоже интересен вопрос - зачем.

(0) автор, зачем? Лучше бы озвучил задачу, скорее всего думаешь не в ту сторону.

Может, чувак пишет конфу "1С:Синхрофазотрон"?

(13) >> Измерение для записи уникального идентификатора
Только индекс, что бы сохранять порядок на временной линейке!
(сумничал и доволен)))))

(14) (15) Мало практики - не порок. Уверяю, таких ситуаций ну очень много. Любое журнулирование пораждает подобные конструкции. В моих стандартизированных разработках, это применяется в "журнале изменений", в "сообщениях", во всех обменах и многих частных вещах.
Учитесь, товарищи и не стесняйтесь покорять новые вершины!

вау. у нас другой умник в темы начал набИгать

сорьте, если что не так... меня самоизоляция кроет

:-)

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

Когда начинает тянуть на философию и нравоучения - это переизбыток ЧСВ или просто старость.
Сам грешен :)

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

(24) Ну, это зависит от назначения. Вдруг это элемент бизнес-логики, а не классическое протоколирование функционирования.

(24) "Учитесь, товарищи и не стесняйтесь покорять новые вершины!". Опыт, это штука нужная. Рекомендую! И мозг светлее станет и ерунду писать не будешь про обязаловку все логи хранить в файлах.

(24) и да, твоя конторка, это далек но все. Прям совсем не все. Есть протоколирование точечное и временное, которое применяется, например, для выявление всех механизмов в незнакомой разработке, которые имеют куда-то доступ.
Ох уж эти студенты. Нос задерут и считают себя важными(((((

(27) Если речь про классическое журналирование, то текстовые файлы - это вечная классика. Автономно. Шустро. Дешево. Элементарно настраивается гранулирование и ротация. Над этим уже накручиваются агрегаторы. Любые другие варианты - это уже либо какие-то компромиссы со своими минусами, либо журналирование специального назначения.
И бросай уже делать вид, что это не ты задираешь нос, а остальные вокруг тебя. Это улыбает.

(27) назвать Волшебник студентом - это сильно

(28) А ну посчитай эффективность разработки для 3-5 записей в файл. У меня ушло 13 минут для фиксации обращений и дня 4 (или 3) для выявления всех механизмов, которые лезут в контролируемый блок. В общий файловый журнал писать и потом стойко всё выцарапывать? Знакомо. Все новички на этом запинаются. Свалку разводят и потом разводят руками. Далее посчитай стоимость внедрения таких вещей. С готовым регистром, это одно обновление без отладок, с привлечением соответствующих людей. А файловое журналирование, это напряг отдела админов, отдела безопасности и куча нервов и всё это к внесению обновлений.
Опыт! Только опыт! Если считать не умеете, тогда расплачивайтесь своими ошибками.

(29) Если он мне по работе попадётся, вот тогда я оторвусь за "очищение мозга". На каждом проекте снобы взвывают и лезут в драки. Хоть бы один человек со знаниями и опытом попался. Вокруг одни важные обзыватели.

(30) а ты 8ку с каких книг начинал изучать?

(31) Я читать не умею

(30) "А файловое журналирование, это напряг отдела админов, отдела безопасности и куча нервов и всё это к внесению обновлений."

Линух маздай? )))

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

(33) Основная идея в том, что проблема не в типе ФС и/или ОС, а в стоимости решения. Когда человек без опыта, машет шашкой, утверждая всем, что надо делать только файловое протоколирование, мы всегда вместе садимся учиться считать. Да, очень и очень мало людей умеют считать.

(34) Я ж только на начальников работаю. Какие работники??????

(32) Оно и видно.
Как отключить пользователей в файловой базе

"Опыт! Только опыт!", — кричит нам человек, который до сих пор пользуется файловой базой и не умеет выгонять пользователей.
"Учитесь, товарищи и не стесняйтесь покорять новые вершины!", — добавляет он студентам-волшебникам, пропуская запятые.

(36) Уточняю - под чтением понимаю способность поиска информации, не топчась на месте, с гарантированным решением задачи. По ссылке задачу не решил и закопал в долгий ящик.

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

(37) А где ты увидел, что бы я там тыкал кому-то, что все дураки и никто ничего не понимает? Я не знаю ответа на вопроса и и искал решение. Разницу то понимаешь? И я не стесняюсь того, что не нашёл универсального решения! Все предложенные там варианты не удовлетворяют условиям, которые сам себе поставил.

(37) Но я тебе подскажу (этим мы и отличаемся!) - поищи мою ветку, где спрашивал про конвертацию субконто. Вот там вроде бы скатывался в эти низменные слоганы.
А по работе столкнёмся. Прям хребтом чую.

(30) Ничего не понял. Ты просто все в одну кучу валишь. Три пишешь, два в уме.
Одна из задач классического журналирования - анализ поведения системы, в том числе при сбоях. Если говорят про журналирование не оговаривая конкретных задач, то подразумевается именно это.
Если ты пишешь в регистр - ты во-первых ничего не сможешь записать если в транзакции произошел сбой и она откатилась. А во вторых, когда у тебя произойдет сбой который положит базу, ты не сможешь ничего понять, так как журнал тоже в базе остался.
Если речь о каких-то узких журналах которые нужны для конкретных бизнес-процессов, то ясен пень удобнее просто в табличку писать.