Здравствуйте,

думаю, из названия темы уже многое понятно.

У компании разрозненная филиальная структура, охватывающая всю страну (10 часовых поясов). Обмен данными происходит в общем случае раз в 30-60 минут.

Теперь, скажем, есть периодический регистр сведений (до секунды)
(пишу упрощенно, для более ясного понимания)

измерение1/измерение2/ресурс
Период / Ссылка / Статус
<сначала документ был создан во Владивостоке. Москва еще спит>
09:00     док1    статус1
09:20     док1    статус2
09:40     док1    статус3
16:30     док1    статус4
<теперь Москва уже проснулась. В столице десятый час утра>

вопрос№1 - какой статус будет у документа если я получаю его через "ПолучитьПоследнее?" указывая текущую дату?

ОК. Москва тоже какие-то данные записала?

09:45   док1   Статус5

<Ну и Новосибирск отметился>
14:45  док1    Статус6

А теперь учтем еще тот факт что статус не обязательно каждый раз новый... Где то он может вернуться назад..

Вопрос - какой у документа статус в данный момент времени?

Какие методы для того чтоб в любой момент времени в любом филиале знать текущий статус ТОЧНО?

Заранее благодарен

Так а приводить время к Московскому - не вариант?

не вчитывался. писать в регистр единое время, как у паровозов подойдёт? кстати, поясов уже 10? кто-то развлекается на прощание?

количество поясов неважно я навскидку сказал... Приводить время можно, но мы можем и до секунд опуститься, все равно на разных машинах особенно сильно удаленных часы секунда в секунду не идут. Достаточно разницы в секунду чтоб потерять нужную актуальность, при разных неблагоприятных совпадениях

(3) ну есть же всяческие NTP...

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

а что такое "одновременно"?  в москве 9:00 и во владивостоке 16:00 - это получается и будет "одновременно?"

Может автор ответит на вопрос "А зачем?"(с) А то неверно поставленная задача может привести к выполнению непреодолимых требований...

(0) а в  Европе филиалы не планируете открывать?

(6) Ну да

время UTC, ТС вроде бы описывал ситуацию упрощенно, т.е. видимо в измерениях есть филиал, синхронизация времени на машинах - дело админское, только для чего всё это непонятно.

(имхо) "в любой момент времени в любом филиале"(0) - нереально. "нета" конфигурация, "не та" платформа :)

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