Базовый курс. Мастер-группа Q&A от 12.08.2011

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

1. Массовое перепроведение документов.
Как правильно управлять использованием итогов при групповом перепроведении документов?
Например, возникла необходимость перепровести все расходные накладные с начала года по 31.07.
Если я правильно пониманию, то совсем отключить итоги нельзя, т.к. в алгоритме проведения используется получение остатка, а с отключенными итогами это невозможно (я прав?).
Оставить актуальность на 31.07 тоже не правильно, т.к. при каждой записи регистра будут пересчитываться все промежуточные итоги. Как быть?

2. Обращение к «старым» данным документа.
При обработке отмены проведения документа старые значения свойств лучше брать из базы а-ля Ссылка.< Реквизит> или где-то, как-то кэшировать в глобальные переменные?

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