Понятно, что есть счетчик, но как система понимает какое сейчас число у счетчика? Где хранится эта информация?

А что такое "счётчик транзакций"?

НачатьТранзакцию();        // Начало транзакции - счетчик становится равным 1
...
НачатьТранзакцию();        // Счетчик увеличивается на 1 и становится равным 2
...
ЗафиксироватьТранзакцию(); // Счетчик уменьшается на 1 и становится равным 1
...
и т.д

(1) Может быть счётчик вложенности, а может быть номер в ЖР. Автор ничего нам не пояснил.

(2) тебе зачем?

(4) Интересно

(2) 1с не умеет вложенные транзакции. Так что вопрос ни о чём.

(6) Причем тут вложенные, нет никаких вложенных, есть счетчик и есть вопрос, где хранится это значение счетчика?

(6)(7) ну псевдовложенные

https://its.1c.ru/db/metod8dev#content:2334:hdoc

(7) Если ты начал одну транзакцию, а потом, не закрыв, начал вторую - это в русском языке называется "вложенные"

(9) Ты мне это зачем объясняешь? У меня другой вопрос вообще ))

(10) см (6)

(11) Ты себя так развлекаешь?) Завидую людям, у которых есть время на то, чтобы целыми днями нести бред в комментариях, когда сам ничего не знаешь))

ну так лезь в отладчик и смотри что происходит при выполнении НачатьТранзакцию()
вряд ли 1с это документирует, поскольку пользователю туда лезть категорически не положено.

(12) То есть бредовые вопросы задавать можно, а отвечать на них уже нельзя?
Ты давно у психиатра был в крайний раз?

(2) счётчик хранится во внутренней переменной сеанса (сервера или толстого клиента возможно). Из языка 1с недоступен вроде как. Если хочется можешь использовать свой счётчик.

(15) благодарю за ответ!

Вдруг кому тоже пригодится,
Есть менеджер транзакций ( внутренний объект платформы ), который управляет транзакцией, у него есть свойство «Глубина», если оно больше 1, то транзакция считается вложенной.

(17) как эти знания помогут?
https://habr.com/ru/post/419715/

(18) Классная статья, читал)

Ну есть же менеджер блокировок и транзакций

(17) Какое практическое значение этой информации кроме теоретического наполнения? Мне реально интересно

Еще одна классная статья на тему https://infostart.ru/1c/articles/1026771/

(21) Только теоретическое

(22) спасибо, как раз в этой теме я и нашел ответ)

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

(25) Для высокой производительности нумерация транзакций не нужна вообще

(26) Связь между производительностью и нумерацией транзакций прямая - пока программист занят задаванием вопросов типа (0) - он не пишет код, влияющий на производительность.

(25) Ты хамишь

(27) Дзыынь! ))))

(27) >  код, влияющий на производительность
На производительность влияет любой код.

(30) Невыполненный код на производительность не влияет.
А ненаписанный - тем более.

(31) Не, так ты дзен не постигнешь...

Ненаписаный код влияет на несуществующую производительность.

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

(33) Кто мешает получить все "представления" заранее.

(34) можно и вообще все данные из базы заранее получить,но почему-то так никто не делает.
Опять же,в функцию ЗаписьЖурналаРегистрации передается ссылка,а не представление.

(35) веришь или нет, но в (22) все твои вопросы рассмотрены

(33) Да. Жаль, что нельзя в транзакцию связать только выбранные объекты/таблицы. Чтобы при сбое транзакции по этим объектам, можно было писать логи в служебный регистр.

(2) Прикольно, не стоит играться с транзакциями в там ключе :)

(37) Это была бы оооочень странная транзакция...

(34) Накладные расходы. Например чтение представлений нескольких ссылочных объектов без нужды делать не хорошо.