host.13,


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

host.13DeathHand,

Это понятно. А как определить сколько времени на сервере, если он не доступен?Когда связь
host.13Когда связь восстановится, все накопленные сообщения должны быть записаны БД временем сервера .
host.13Локальное системное время может изменяться, и при этом сообщения с приборов должны быть сохранены временем сервера.
У Вас во всех случаях данные сохраняются временем сервера. Не зависимо от того, что после разрыва - время сообщения < времени сервера.

host.13А как определить сколько времени на сервере, если он не доступен?
Ненада ничего определять. Когда пишите в БД - тогда и подставляйте время сервера. Писать в БД когда сервер не доступен - не возможно, согласитесь.

DeathHandhost.13DeathHand,

Это понятно. А как определить сколько времени на сервере, если он не доступен?Когда связь
host.13Когда связь восстановится, все накопленные сообщения должны быть записаны БД временем сервера .
host.13Локальное системное время может изменяться, и при этом сообщения с приборов должны быть сохранены временем сервера.
У Вас во всех случаях данные сохраняются временем сервера. Не зависимо от того, что после разрыва - время сообщения < времени сервера.

JoFanhost.13,

очевидно, что время нужно хранить в UTC
что дальше? Тянуть его с сайта IERS? Если уж сервер бывает не доступен, к интернету клиентам точно постоянного доступа нет.

host.13Спасибо всем откликнувшимся.
Сообщения должны писаться в БД не временем сервера, а временем получения сообщения.Задача сводится к тому, чтобы определить время сервера даже тогда, когда он недоступен. Думаю так: в момент неудачи записи в БД на клиенте запускается таймер, раз в секунду пытаемся произвести записи и в момент, когда нам это удается, запрашиваем время серера. Время получения сообщения = (время сервера - сколько таймер натикал). Кто-нибудь так вообще делает? Может, другие методы есть?
Вы можете синхронизировать время клиентов с временем сервера - в момент, когда сервер доступен. Таким образом, приблизительно получите в любой момент времени - на клиенте то время, которое сейчас на сервере. Время на клиенте же - тоже идет, или я чего-то не понимаю? :)

Правильно позиционируйте свою задачу. Ваша задача - не по разработке, а по организации возможности получения актуального времени :) Из данного заявления - следует, что нечерта трогать клиенты и сервер. Просто - нужно организовать процесс синхронизации. Не разработать, а организовать. Заметьте разницу.

И вообще, давайте уберем сферичность. Что за приборы? По чем коннект? Какие контроллеры?

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

host.13,

http://iadt.siemens.ru/forum/viewtopic.php?p=32889&sid=b707531f13514071d4bf142347824faf

host.13,

http://support.automation.siemens.com/WW/llisapi.dll?func=cslib.csinfo&objId=24659762&load=treecontent&lang=en&siteid=cseus&aktprim=0&objaction=csview&extranet=standard&viewreg=WW